相关疑难解决方法(0)

我们一直在使用BDD - 行为驱动开发(来自Dan North的观点)作为记录用户验收测试并推动几个项目开发的机制,取得了不错的成功.到目前为止,我们实际上并没有实际自动化测试.

我现在正在考虑自动化测试,但我不确定要支持哪种行为框架.到目前为止,NBehave似乎是先行者 - 但还有其他我应该关注的吗？目前是否有明确的"赢家"？

什么时候我应该使用Rails应用程序的规格和黄瓜(前rspec故事)？当然,我知道如何工作和积极使用规范.但使用黄瓜仍然感觉很奇怪.我目前对此的看法是,当您为客户端实现应用程序并且不了解整个系统应该如何工作时,使用Cucumber很方便.

但是,如果我正在做自己的项目呢？在大多数情况下,我知道系统的各个部分是如何相互作用的.我需要做的就是写一堆单元测试.那时我需要黄瓜的可能情况是什么？

并且,作为相应的第二个问题:如果我写黄瓜故事,我是否必须编写规范？难道不是同一件事的双重测试吗？

很多人谈论在开始编写代码之前为代码编写测试.这种做法通常称为测试驱动开发或简称TDD.通过这种方式编写软件可以获得哪些好处？我如何开始这种做法？

好吧,我知道已经有关于开始使用TDD的问题了.但是,我想我知道一般的共识就是这样做,但是,我似乎有以下问题让我的头脑进入游戏:

• 使用集合时,仍然会测试显而易见的添加/删除/插入是否成功,即使基于泛型等我们"知道"它的工作方式？
• 有些测试似乎需要永远实现..比如在使用字符串输出时,是否有一种"更好"的方法来处理这类事情？(例如,在解析之前测试对象模型,将解析分解为小操作并在那里进行测试)在我看来,你应该总是测试"最终结果",但是这可能会变化很大并且设置起来很乏味.
• 我没有使用测试框架(工作不会支付一个)所以我可以"练习"更多.有没有免费商用的好产品？(目前我使用的是'ol Debug.Assert :)
• 可能是最大的..有时候我不知道会发生什么不发生..我的意思是,你得到了绿灯但是我总是担心我可能会错过一个测试..你是否深入挖掘试图打破代码,或者让它等待它以后都会掉下来(这将花费更多)..

所以基本上我在这里寻找的不是" 只是做它 "而是" 我做了这个,有这个问题,通过这个解决了它们 ".. 个人经历:)

Rails /工具特定版本:您的单元测试有多深？

现在,我现在写道:

• 黄瓜功能(集成测试) - 这些测试针对我们的应用程序返回的HTML/JS,但有时也会测试其他内容,例如调用第三方服务.
• RSpec控制器测试(功能测试),最初只有控制器有任何有意义的逻辑,但现在越来越多.
• RSpec模型试验(单元试验)

有时这是完全必要的; 有必要测试模型中对最终用户来说并不完全明显或可见的行为.当模型很复杂时,一定要进行测试.但有时候,在我看来,测试是多余的.举例来说,你的测试方法foo如果只是通过所谓的bar,并bar进行测试？如果bar是在Cucumber特性中使用并且可以在黄瓜特征中轻松测试的模型上的简单辅助方法怎么办？你在rspec和Cucumber中测试方法吗？我发现我自己为此而努力,为编写更多的测试需要时间和保持什么是有效的同样的行为,这使得维护测试套件的更多的时间密集,这反过来又使修改更昂贵的多个"版本".

简而言之,您是否认为有时候只写Cucumber功能就足够了？或者你应该总是在每个级别测试？如果您认为存在灰色区域,那么"这需要功能/单元测试"的阈值是多少.实际上,你现在做什么,为什么(或为什么不)你认为这已经足够了？

编辑:这是一个可能是"测试矫枉过正"的例子.不可否认,我能够很快写出来,但这完全是假设的.

我想在Ruby On Rails上启动BDD我应该学到什么？我对BDD,RSpec或Cucumber一无所知.什么是最好的学习方法？教程？包含"我应该测试什么样的行为？"之类的东西.等等

谢谢!