TDD---测试驱动开发,简单的一点认识

TDD，就是 Test Driven Development（测试驱动开发）

一个牛人说了：“什么是TDD？TDD就是把你的需求用测试给描述出来。”

我现在工作的这个公司还没有用到这个技术，测试驱动开发，开发人员认为可笑，项目经理认为没必要，部门经理认为自己的需求都没做好，还用不着这么搞。

一个成功的项目，或者说让用户和该项目的工作人员觉得舒心的项目，它必定有一个很好很好的需求，我想，那份需求一定很直白，很明了，很清晰，很细致，很有指导性，让任何一个人看了之后立刻就在脑海中浮想联翩，马上就可以知道这个产品是什么样子，有什么功能，每个功能具体怎么实现。。。多好的一份需求说明书啊！可惜，如果连高层设计都无法指导开发人员如何编码的时候，你还能指望有一份这么好的需求么？

TDD，开发基于测试，测试基于需求，如果一个公司需求本来就做不好，那就别TDD了，没戏。

反过来说，如果一个公司的需求做的多么的excellent，令人心旷神怡，那么它就有了采用TDD的第一个要求。

先编写基于需求的测试用例，在编写能使该测试用例通过的代码，这样测试用例全部通过了，那需求也就全都实现了，而且测试用例也保证了代码的正确性，每次BuildingVersion发布之后都可以跑一边测试用例，而且目前TDD的测试用例一般都可以通过自动化工具来实现，这样测试人员的角色从被动的、手动的测试变成了根据需求编写测试用例来指导开发人员进行开发的人，这种人叫什么？还没想到一个明确的定位，但能保证质量，改变目前测试人员的工作方式，从被动到主动，当然，不是谁都可以写出具有指导性的测试用例的，测试人员要学更多的东西。

这么看来，貌似TDD不错，呵呵，先学学看，目前我只知道TDD的这点皮毛而已，一会儿还要看下RSpec和CC.rb，加油吧，搞测试的同事们，其实，我们该更强！！！

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9934490/viewspace-995850/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9934490/viewspace-995850/