文档介绍：技术部内部规范
i
撰写人：___________日期：___________
单元测试规范

技术部内部规范
ii
文档变更历史
序号
变更同时，应给出期望结果。项目组完成单元测试，向测试组提交验收版本的同时必须一并递交单元测试案例及测试问题报告记录。
测试组取得需测试系统的版本及相关文档，若在测试期间发现单元测试中记录的问题，如实记录。
精品范文模板可修改删除

免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。
单元测试步骤
设计单元测试方案
输入、输出
输入工作产品
待测程序单元
输出工作产品
《XXX单元测试方案》
任务
设计单元测试的模型，一般如下图所示
驱动模块
被测单元
测试用例
桩模块
桩模块
桩模块
测试结果
构造单元测试模型需要：
定义（设计）驱动模块，用以调用被测程序单元
定义（设计）测试桩模块，用以模拟被测程序单元调用的函数接口
设计测试数据和状态，准备单元测试的动态结构
确定测试的流程
另外，测试模型也可能是由所采用的测试工具所决定的。
指定测试项目：指定对不同特性（或者特性组合）进行足够测试的途径，包括测试工具、方法和技术的描述以及对测试结果进行提取和分析的方法。
精品范文模板可修改删除

免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。
定义测试完备性标准（例如代码覆盖、路径覆盖或者条件覆盖），并设计判定测试完备性的手段，例如利用工具或者设计测试代码等。
编写单元测试CASE
输入、输出
输入工作产品
《XXX单元测试方案》
输出工作产品
单元测试案例
测试环境
任务
根据《XXX单元测试方案》构造测试环境（将待测程序单元纳入测试工具；实现驱动模块和桩模块），编写测试代码（自己开发或使用测试工具）。需要的时候生成或者导入测试所需要的数据。
设计单元测试案例
设计测试案例的时候要根据《XXX单元测试方案》中所规定的测试方法、测试项目和完备性标准进行。单元测试案例的设计，主要有以下五个步骤：
为系统运行起来设计测试用例
首先需要设计这样的测试用例，该用例的执行可以证明测试环境和被测单元是可用的。如果这样的测试案例失败了，其他的测试案例都失去了执行的基础
为正向测试而设计测试用例
其次需要设计正向测试案例。这些案例也是基本的单元测试案例，它们是用来证明设计规格说明书中对应的功能和性能指标是否能够实现的。这些测试案例是按照设计说明书中的描述来开发的。
为逆向测试而设计测试用例
逆向测试的测试用例是用来证明软件没有做不应该做的事情。这个步骤可以基于错误猜测的基础进行测试用例的构造。
精品范文模板可修改删除

免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。
为特殊要求设计测试用例
从系统的性能、安全性、保密性的角度为具有这些要求的系统制订的测试用例。
为覆盖率设计测试用例
测试案例的设计要保证一定的覆盖率要求，所以在最后一步还需要补充一些测试案例，以保证测试案例对代码、路径、或者条件的覆盖率。
在单元测试的设计当中，针对测试项目和测试覆盖率的要求经常采用如下的一些方法：
规格导出法
等价类划分法
边界值分析法
状态转移测试法
分支测试法
条件测试法
数据定义－使用测试法
内部边界值测试法
错误猜测法
这些方法的具体描述，请参见附录一。
将设计好的测试案例用工具或者文档记录下来。在需要的时候，标注某个测试案例是为了哪个测试项目而设计的。一般来说，测试案例都需要注明：测试条件、测试输入、测试操作和预期输出这四大要素。
将设计好的测试案例编写成为测试脚本（test script），如果设计自动化测试，驱动模块从测试脚本中逐条读取测试案例并且通过程序或者测试人员的目测判断程序单元的行为或者输出是否符合预期。一般来说，测试工具或者驱动模块也需要将每一条测试案例执行的结果进行记录，以供分析之用。
执行单元测试
输入、输出
输入工作产品
单元测试案例
精品范文模板可修改删除

免责声明：图文来源于网络搜集，版权归原作者所以
若侵犯了您的合法权益，请作者与本上传人联系，我们将及时更正删除。