构建之法阅读笔记03

Posted 2020-07-03

单元测试的标准：

1. 单元测试应该在最基本的功能、参数上验证程序的正确性

　　单元测试应该测试程序中最基本的单元，在此基础上，可以测试一些系统中最基本的功能点（这些功能点由几个基本类组　　成）。单元测试要测试API中的每一个方法及每一个参数。

　　2.单元测试必须由最熟悉代码的人来写

　　代码的作者最了解代码的目的、特点和实现的局限性。

　　3.单元测试过后，机器状态保持不变　　

　　这样就可以不断地进行单元测试，如果单元测试创建了临时的文件或目录，应该在Teardown阶段删掉。

　　4.单元测试要快（一个测试的运行的时间是几秒钟，而不是几分钟）

　　快，才能保证效率。

　　5.单元测试应该产生可重复，一致的结果

　　如果单元测试的结果是错的，那一定是程序出了问题，而且这个错误一定是可以重复的。

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

　　程序中的各个模块都是相互依赖的，否则它们就不会出现在一个程序中。一般情况下，单元测试中的模块可以直接引用其他的模块，并期待其他的模块能返回正确的结果。

　　7.单元测试应该覆盖所有代码路径

　　单元测试应覆盖所测单元的所有代码路径，包括错误处理路径。为了保证代码覆盖率，单元，测试必须测试公开的和私有的函数/方法。

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

　　这样每个人都能随时、随地运行单元测试。团队一般是在每日构建之后运行单元测试的，这样单元测试的错误就能及时被发现并得到修改。

　　9.单元测试必须和产品代码一齐保存和维护

 

以前基本没想过测试的问题有这么大的学问，只是随便找几个例子能运行就好了，没考虑那么多。

 

这样做不能保证程序在多种情况下运行时，是否会稳定运行。