单元测试个人总结
1、 单元测试概述
单元测试，即对软件基本组成单元进行的测试，一般由编码者自行测试，若特殊情况（项目要求或其他）可由独立于编码者的测试人员进行。
其测试对象、优缺点、意义以及适用项目如图3-1所示：
2、 工作阶段及任务
2.1 工作阶段：
单元测试位于编码阶段，即根据详细设计说明书完成单元代码编制、审查后便可进行，无需等系统全部集成。
2.2 阶段任务：
获取详细设文件和源码文件后，设计测试用例，编写测试代码，对单元代码进行测试，将测试结论填写到单元测试报告和Bug清单中。把软件Bug清单和测试用例执行结果提交负责人。
对源码文件进行的测试，视程序存在缺陷的情况，可能要重复进行，直至问题解决
3、测试流程
3.1 单元测试计划：
1）测试范围：
单元测试的对象为软件设计的最小单位——模块（组件、单元），作为单元能够实现一个特定的功能，并和其他单元有明确的接口定义。
测试范围的确定由以下几个因素构成，根据因素确定优先级，最后敲定测试范围：
- 使用频率：越高优先级越高；
- 复用性：未被复用过（即全新代码）的代码优先级高，复用代码无需测试；
- 复杂度：复杂度7级（McCabe复杂度）以上的代码。
注：复杂度计算详见白盒用例设计
2）评估标准：
单元测试的评估标准：代码覆盖率、需求覆盖率。
覆盖类型：语句覆盖、分支覆盖、条件覆盖、分支-条件覆盖、组合覆盖和路径覆盖（按照发现错误的能力呈由弱到强的变化排序）。
各种覆盖的优缺点如下表所示：
单元测试评估标准的选择也需根据项目实际情况而定，目前较为常用的路径覆盖率。
3.2 单元测试设计
1）测试策略
测试策略以及各自的优缺点如下图所示：
在实际测试过程中可能包括大量函数，不可能对所有的函数进行单元测试，所以需根据测试范围去敲定合适的测试策略（推荐孤立策略）。
注：桩函数和驱动函数介绍详见后续章节。
2）测试用例设计
测试用例的编制可从两方面进行设计：黑盒用例设计方法、白盒用例用例设计方法。
- 黑盒设计
从该单元功能上确定输入和预期输出，不关注代码本身。一般考虑以下方面的数据输入：正常输入、异常输入和边界输入（边界输入不一定有）
- 白盒设计（基本路径测试法）
基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。
具体步骤如下：
- 将代码转换成流程图；
- 将流程图转换成数据流图；
数据流程图：由边（线）和节点（圆圈）组成；流程图与数据流图的关系以及复杂度计算如下图所示。
- 根据数据流图设计测试用例
根据数据流图计算：基本路径的数量=圈复杂度V(G)=e-n+2（e代表边，n代表节点）。
根据流图找出V（G）条独立路径并进行数据设计。
3.3 案例分析
被测代码（vbs）:
转换成流程图：
数据流图：
根据数据流程图计算：
V(G)=e-n+2=10-7+2=5，即代码复杂度为5级，实现独立路径覆盖的测试用例数为5个。
独立路径：即和其他的独立路径相比，至少引入一个新处理语句或一个新判断的程序通路。V(G)值正好等于该程序的独立路径的条数。上图的独立路径如下：
路径1：1->4->6->7
路径2：1->4->5–>7
路径3：1->2->4->6->7
路径4：1->2->4->5->7
路径5：1->2->3->4->5->6->7
测试用例编写如下：：
覆盖率分析：
以上基本路径法用例设计基本达到了语句覆盖100%，条件覆盖100%，分支覆盖100%，但未考虑不符合程序规范的输入，需辅以黑盒设计方法。
根据参数描述“IntA,IntB,IntX均为非0正整数”黑盒测试用例如下：
综合以上测试用例便为该程序较为完整的测试用例。
3.4测试实现
实现阶段任务主要为：根据项目情况，搭建测试环境、选择测试框架、完成测试代码的编写（要求实现数据与代码分离）。
测试代码类型包含：驱动代码、桩代码和mock代码，三者的关系如下：
- 驱动代码：指调用被测函数的代码。在单元测试过程中，驱动模块包括调用被测函数前的数据准备、调用被测函数以及验证相关结果（即断言）三个步骤。断言的功能是当预期的输出与实际的输出不符时，自动报告错误。
- 桩代码：模拟外部依赖的临时代码，一般模拟函数，仅控制执行路径，不验证测试结果。例如，某个函数A的内部实现中调用了一个尚未实现的函数B，为了对函数A的逻辑进行测试，那么就需要模拟一个函数B，从而保证A函数的按照预期的执行路径执行，这个模拟的函数B的实现就是所谓的桩代码。
案例分析：
B函数未知，使用桩函数替代
用例：
驱动代码：
- Mock代码：模拟外部依赖的临时代码，一般模拟接口，需验证测试结果。mock对象用来判断测试是否能通过，也就是用来验证测试中依赖对象间的交互能否达到预期。
案例分析：
利用真实的对象进行测试只能等到下午五点不现实，此时可利用mock对象来进行测试。
Mock对象：增加时间赋值函数并将播放音频状态输出以便进行测试结论分析。
驱动代码：
3.5 单元测试执行：
根据数据文件和测试代码执行测试用例，并记录执行结果，对执行结果进行评估，并输出测试结果文件。
输出： - 源程序文件
- 单元测试用例，格式可参照附件1；
- 单元测试记录；
- 软件Bug清单（如有），格式可参照附件2；
- 单元测试报告。
4.附件
附件1
附件2
