单元测试是对软件设计实现中的最小单元进行测试,通常指一个函数。单元测试采用mock和桩模块屏蔽了对真实环境的调动,保证了单元测试的稳定性。好的单元测试,具备较完备的功能覆盖和代码覆盖,保证单元代码质量。
对于单元测试用例设计,首先需要明确单元测试的输入输出,然后将单元测试用例分为两个阶段,基于单元函数参数返回值的等价类设计,基于代码分析的代码路径测试,最后将两个阶段的测试用例融合,期望得到比较完善的测试用例。
单元测试的输入及输出
单元函数的输入,包括函数执行过程中需要的所有数据、文件依赖,包括
- 单元函数入口参数;
- 单元函数执行依赖的文件数据、db数据、消息队列数据等外部数据;
- 单元函数执行依赖的全局变量、局部变量;
- 单元函数调用子函数的值;
- 单元函数调用子函数引发的全局变量、局部变量的改动;
单元函数的输出,包括函数的所有数据、文件变动或输出,包括异常:
- 单元函数的返回结果变量;
- 单元函数输出的文件、db数据、消息队列数据等外部数据;
- 单元函数输出的全局变量、局部变量改动;
- 单元函数抛出的异常值;
基于函数参数的等价类设计
根据单元函数的定义的前后,我们就可以根据参数进行等价类测试用例设计,包括:
- 正常参数下的参数输入及输出;
- 边界值参数及预期输出;
- 异常值输入及输出;
代码分析的代码路径设计
结合代码具体设计,梳理代码中所有的依赖及链路分支,包括条件分支、循环链路,通过设计桩模块或mock来实现过程中的依赖,包括
- 共享变量依赖;
- 输入文件、db、消息队列数据等依赖;
- 子函数依赖结果依赖;
- 子函数对环境变量的改动;
将基于函数参数的等价类设计用例与基于代码分析的测试用例及mock、stub结合,产出比较完善的单元测试用例。