测试驱动开发

写了三周程序，真是难得啊，最近很少这么写程序了。为了实现某个算法。实践了不严谨的测试驱动开发。就是先写函数声明，写完之后立即为这个函数创建一个单元测试。因为C#默认创建的单元测试是Assert.Inconclusive(...).然后回头去实现函数。这样即使忘了写测试，运行单元测试时的inclusive也能立即发现这个问题，很快把测试补上。虽然和严格的TDD还是有区别的，但急于实现的心情还是压过了按TDD的要求先写测试的想法。目前还未发现什么不良影响。

 

实践中发现TDD能在如下几方面带来收益：

1 能在第一时间发现实现的问题并加以修正。

2 TDD加上版本控制，能在做一些大的架构或算法改动时给人信心，放手去改，有错了TDD会告诉你。而不是原来那种战战兢兢如履薄冰。

3 代码覆盖率能帮你发现有哪些函数是根本没有用到的，从而改进你的设计。

4 原来写程序都先写个实验性的可执行程序，form或console, 函数做出来要有输出才知道是否正确。现在所有检测都在测试里搞定，所以开始就创建个class library就可以了，不用浪费精力去想如何通过输出来验证程序正确性，省了好多工夫。