1.1 单元测试
1.1.1 单元测试用例设计
功能测试的用例设计是业务功能逻辑的输入输出,单元测试中就是函数的输入输出,那么单元测试中的输入输出有哪些呢?
输入:
被测试函数的输入参数
被测试函数需要的全局变量
被测试函数的内部私有变量
函数内部调用子函数的数据
函数内部调用其他模块的数据
函数内部调用外部服务的数据
输出:
被测函数的返回值
被测试函数的输出参数
被测试函数修改的全局变量
被测试函数修改的内部变量
被测试函数增删改的数据库数据等
被测试函数进行的文件更新
被测试函数进行的消息队列的更新
1.1.2 六种覆盖方法
语句覆盖,使程序中的每个可执行语句都能执行一次的测试用例。
判定覆盖(分支覆盖),对于判断语句,在设计用例的时候,要设计判断语句结果为True和False的两种情况。
条件覆盖,设计用例时针对判断语句里面每个条件表达式true 和 false各取值一次,不考判断语句的计算结果
判定条件覆盖(分支条件覆盖) 设计测试用例时,使得判断语句中每个条件表达式的所有可能结果至少出现一次,每个判断语句本身所有可能结果也至少出现一次。
条件组合覆盖 设计测试用例时,使得每个判断语句中条件结果的所有可能组合至少出现一次
路径覆盖设计测试用例时,覆盖程序中所有可能的执行路径。
1.1.3 可测试性
以下情况影响可测试性:
- 不能实例化的类,比如:依赖环境变量、注册表、数据库、文件、第三方软件、第三方库。
- 复杂的私有成员函数。
- 无法观察到结果,比如结果是私有成员变量。
- 没有错误原因。
- 无法替换某个协作者。
- 复杂的构造函数。
1.1.4 测试替身类型
测试替身替换一个模块的真实协作者,包括:桩(Stub)、伪造对象(fake)、测试间谍(spy)、模拟对象(mock)。
桩是最简单的测试替身,让程序可以编译。
伪造对象是简单的测试替身,只考虑少数输入。
测试间谍是特殊的伪造对象,它还会向我们透露真实协作者内部的信息
模拟对象是特殊的间谍对象。他可以针对不同的输入进行不同的输出,看起来就跟真的交互者一样
1.1.5 测试替身的作用
使用测试替身的主要作用:
隔离被测试代码。如:某模块可以在全系统运行,某个协作模块只能在安卓运行。
加速执行测试。如:某协作模块需要读取数据库。
使执行变得确定。如:某协作模块会自动选择网速最好的服务器,某些服务器无法测试到。
模拟特殊情况。如:某模块的协作模块都做了异常检测,无法测试此模块的异常处理是否有效。
访问隐藏信息。