随访一下，大家用ROR开发进行TDD或BDD的有多少？

随访一下，大家用ROR开发进行TDD或BDD的有多少？
用Rspec进行BDD测试，要想用英文给每个测试有段好的描述对英文不好的人来说是不是很困难，用中文描述感觉怪怪的？
进行单元测试感觉不到需要测试东西？（一个空空的model有什么好测的？），当然对控制器是可以测试的，但控制器中有大量业务逻辑的时候，逻辑一变动，这测试维护起来也是问题是吧？
随访一下有谁完全能坚持TDD或BDD测试呢？我想简单的项目用BDD也许不是问题，复杂的呢？

评论

11 楼 yapi 2008-08-05  

testing better than debugging

10 楼 抛出异常的爱 2007-12-26  

xuby 写道

加入我计算后的结果不可量测？怎么TDD？举例来讲，我做了一个类似PhotoShop的图像魔棒功能，怎么TDD？

那是集成测试.....
TDD所有的测试都是简单的,可描述的.

9 楼 ball_cao 2007-12-26  

to xuby
你是要做单元测试吧 先要搞明白tdd和单元测试不是一个东西，你东西都做好了还做什么tdd？
你说的图像魔棒功能，不能单元测试的原因有二，一是你没有分离出适合单元测试的逻辑，二是你没有明白单元测试不适合用于测试和UI有关的部分。
以你的魔棒功能来说分离的问题，魔棒的操作也就是在屏幕的某个地方点一下获取一个输入，然后经过运算在某个地方输出（可以是内存的区域，也可以是某个显示区域）。这个逻辑里应该分离出来的逻辑是对输入的运算和生成输出的结果。 至于你的魔棒点击后要在statusbar中显示什么样的信息，这应该有另外的绑定逻辑来将你的运算结果显示到指定的区域。我想你说的结果不可测量是因为你没有绑定逻辑，而是运算的时候直接将结果写到指定目标了。

8 楼 xuby 2007-12-25  

加入我计算后的结果不可量测？怎么TDD？举例来讲，我做了一个类似PhotoShop的图像魔棒功能，怎么TDD？

7 楼 ball_cao 2007-12-25  

不能用tdd或不能做单元测试的原因很多
例如 商务上时间的压力
例如 用户根本不需要你重构和维护系统 不好人家出钱再做一个
除去这些外部的
内部的人员水平也决定你的单元测试或tdd能否坚持。实际上单元测试是否容易编写很大程度上取决于你的代码分离的好坏。而如果你的团队没有良好的代码设计能力，很快你就会发现大量的代码很难测试，而且改代码的时候重构测试也非常困难。
纯个人的观点，敏捷实践中最难实现的环节就是单元测试。
所以 敏捷也要强调各方面的教育，包括教育你的客户，教育你的销售，教育你的程序员等等。

6 楼 rawbenny 2007-12-25  

对于TDD，我深有体会。高强度的UT对项目的进度觉得是有利的。
三个月的TDD实践，就能帮你转换观念。

5 楼 pure 2007-12-25  

现在的感受是学习运用TDD或BDD有一个适应期，刚开始的时候非常的不自然，不自在，不知道从哪里下手，我想等坚持到一个深度就明白了，一切都自然了，都自在了，贵在坚持~~言之有理乎？

4 楼 pure 2007-12-25  

ball_cao 写道

pure 写道

进行单元测试感觉不到需要测试东西？（一个空空的model有什么好测的？），当然对控制器是可以测试的，但控制器中有大量业务逻辑的时候，逻辑一变动，这测试维护起来也是问题是吧？

model没有什么好测的是因为RoR的ActiveRecord已经帮你把ORM等做得很好了
控制器为什么会有业务逻辑？ 这个不太明白 应该更多的是绑定逻辑，你应该需要对绑定逻辑进行测试。所谓的业务逻辑，应该放到model里！
如果你的大多数单元测试是针对控制器的，那么可以断言你很难坚持TDD，因为测试Control比测试Model需要mock的东西更多，也会更麻烦

正因为难以坚持,所以真正用TDD或BDD的人太少了!
控制器为什么会有业务逻辑？ 这个不太明白 应该更多的是绑定逻辑 ==> 这个我支持,在java下面的Action也只是调用业务层进行业务逻辑操作.
所谓的业务逻辑，应该放到model里 ==> 不太同意将业务逻辑过多的放入到model中,model真的是用来做业务逻辑处理么,那这么model是不是相当的壮观? 还有部分业务逻辑也是可以放入helper中不是吗?

3 楼 ball_cao 2007-12-25  

pure 写道

进行单元测试感觉不到需要测试东西？（一个空空的model有什么好测的？），当然对控制器是可以测试的，但控制器中有大量业务逻辑的时候，逻辑一变动，这测试维护起来也是问题是吧？

model没有什么好测的是因为RoR的ActiveRecord已经帮你把ORM等做得很好了
控制器为什么会有业务逻辑？ 这个不太明白 应该更多的是绑定逻辑，你应该需要对绑定逻辑进行测试。所谓的业务逻辑，应该放到model里！
如果你的大多数单元测试是针对控制器的，那么可以断言你很难坚持TDD，因为测试Control比测试Model需要mock的东西更多，也会更麻烦

2 楼 pure 2007-12-25  

要是定义DSL为不同的语言定义不同的测试方法那测试写出来可读性更高了不是!

1 楼 leondu 2007-12-25  

一个空空的model有什么好测的？
为什么会是空空的model呢？

越复杂的项目越需要测试，否则你花在‘调试’上的时间，大大高过花在开发上的时间，尤其现在的bdd+autotest，用起来是很爽阿。不过bdd对于英文不好的人可能比较别扭，因为本身它是为以英语为母语的人设计的。