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 测试替身的作用
使用测试替身的主要作用：
隔离被测试代码。如：某模块可以在全系统运行，某个协作模块只能在安卓运行。
加速执行测试。如：某协作模块需要读取数据库。
使执行变得确定。如：某协作模块会自动选择网速最好的服务器，某些服务器无法测试到。
模拟特殊情况。如：某模块的协作模块都做了异常检测，无法测试此模块的异常处理是否有效。
访问隐藏信息。