构建之法阅读笔记一

个人技术和流程阅读笔记

1、单元测试：单元测试应该准确、快速地保证程序基本模块的正确性。

2、验证单元测试好坏的一系列标准：

单元测试在最基本的功能/参数上验证程序的正确性。

单元测试应该测试程序中最基本的单元，在此基础上，可以测试一些系统中最基本的功能点。单元测试要测试API中的每一个方法和每一个参数。单元测试必须由最熟悉代码的人来写。

如果在一些极限编程的方法中，程序员在负责的情况下，单元测试可以让他人写。

如果单元测试创建了临时文件或目录，应该在teardown阶段删掉。

保证单元测试不受以前的单元测试的干扰。

单元测试要快。

独立性—单元测试的运行/通过/失败不依赖于别的测试，可以认为构造数据，来保持单元测试的独立性。

单元测试应该集成到自动测试的框架中。

单元测试必须和产品代码一起保存和维护。

3、个人感受：

我以前写程序的时候，几乎没有进行单元测试，把每个模块编写出来之后，组合在一块，测试一下最后的结果就结束，例如在编写类时，几乎没有对里面的子函数进行测试，然后在主函数中直接调用。最后如何结果正确，就是幸运，但是我每次最后的结果，都是出现了很多的bug,然后就得返回程序从头到尾的找，浪费了大量的时间，最后自己写的代码，都看不懂了。学了这一节后，单元测试就是一个很有效的解决方案，通过对我写的代码的每一个模块进行单元测试，这样我就能对每个模块的功能更加的了解，降低了我的代码出现错误时修复代码的复杂程度，而且会让我代码的思路更加的清晰。在后面的几个四则运算的程序中，我在每个程序编写的工程中都进行了单元测试，包括对每个函数，每个功能的实现，都进行了单元测试，这样出现了错误之后，我好发现，修改，调试成功的时间大大缩短，效率调高了很多。