测试理论知识四：大型软件的测试技巧——单元测试

1. 模块测试/单元测试

模块测试也被称为单元测试，本文章称单元测试为主。

对于小的程序测试，我们可以在一定时间内完成，如果面对的是大型程序，等程序开发完成之后我们再进行测试，那会大大降低我们的效率。

单元测试是对程序中的单个子程序、子程序或过程进行测试的过程，也就是说，一开始并不是对整个程序进行测试，而是先将注意力集中在对构成程序的较小模块的测试上面。

2. 单元测试的测试用例设计

单元测试总体上是面向白盒测试。

所以我们在编写单元测试的用例时，所使用的测试策略需要偏向于白盒的测试策略。

白盒测试策略如下：

语句覆盖、判断覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。

语句覆盖：语句覆盖是指测试用例可以被测试的目标程序的每行代码都执行。

判断覆盖：测试用例编写应覆盖代码中的判断条件，包括成立与不成立。

条件覆盖：测试用例编写应覆盖代码中的条件，包括判断与循环条件的成立与不成立的情况。

判定/条件覆盖：判断覆盖与条件覆盖的综合情况。

多重条件覆盖：测试用例编写应覆盖代码中的多重条件判断，包括多重循环与判断嵌套等情况。

3. 增量测试

如同我们开头时问的问题，软件是否先独立的进行每个模块的测试，然后组合成一个完成的程序，还是组装成一个完整的程序后一次性测试？

针对以上两个问题，我们提出了增量测试和非增量测试。

非增量测试：每个单元进行独立的测试，测试完成之后组装起来。

增量测试：每个单元进行测试，测试后的每个单元进行组装，类似于盖高楼大厦。

3.1 增量测试与非增量测试的区别

1. 非增量测试所需