测试驱动开发
写了三周程序,真是难得啊,最近很少这么写程序了。为了实现某个算法。实践了不严谨的测试驱动开发。就是先写函数声明,写完之后立即为这个函数创建一个单元测试。因为C#默认创建的单元测试是Assert.Inconclusive(...).然后回头去实现函数。这样即使忘了写测试,运行单元测试时的inclusive也能立即发现这个问题,很快把测试补上。虽然和严格的TDD还是有区别的,但急于实现的心情还是压过了按TDD的要求先写测试的想法。目前还未发现什么不良影响。
实践中发现TDD能在如下几方面带来收益:
1 能在第一时间发现实现的问题并加以修正。
2 TDD加上版本控制,能在做一些大的架构或算法改动时给人信心,放手去改,有错了TDD会告诉你。而不是原来那种战战兢兢如履薄冰。
3 代码覆盖率能帮你发现有哪些函数是根本没有用到的,从而改进你的设计。
4 原来写程序都先写个实验性的可执行程序,form或console, 函数做出来要有输出才知道是否正确。现在所有检测都在测试里搞定,所以开始就创建个class library就可以了,不用浪费精力去想如何通过输出来验证程序正确性,省了好多工夫。
posted on 2009-11-01 09:31 Michael Peng 阅读(324) 评论(0) 编辑 收藏 举报