第二章单元测试6.pptVIP

* 2.1 单元测试基本概念 2.2 单元测试目标 2.3 单元测试方法 2.4 静态测试 2.5 黑盒测试 2.6 白盒测试 2.7 灰盒测试 2.8 白盒测试与黑盒测试的比较 2.9 类测试 2.10 单元测试框架及XUnit介绍 2.11单元测试流程 2.12单元测试角色和职责 * 2.10单元测试流程 2.10.1单元测试开始准则 2.10.2制定单元测试计划 2.10.3单元测试分析与设计 2.10.4单元测试实现 2.10.5单元测试执行 2.10.6单元测试评估 2.10.7出口准则 * 2.10.1单元测试开始准则 软件概要和详细设计已经基线化； 为单元测试活动提供了充足的资源（提供计划的人力、时间和工具）和资金； 参与单元测试的人员接受了有关单元测试技术和工具的培训或者具备相应的技能； * 2.10.2制定单元测试计划 根据总体测试计划和单元阶段具体情况确定单元测试计划 需明确如下目标 明确测试和需要运行的工具需求 对工作量进行估计，确定测试所用资源（包括人力资源和设备资源），创建测试任务的时间表，必要时需将一个单元测试任务分解成更细化的子任务 对测试风险进行分析，制定相应的应急措施 明确单元停止/结束准则 * 2.10.3单元测试分析与设计 单元测试分析与设计主要内容确认测试对象和确定测试方法 输出是测试大纲和测试代码设计书 * 2.10.3.1确定测试需求 根据详细设计确定要测试程序单元 合理划分程序单元，每个程序单元有明确的输入输出 * 2.10.3.2评估测试风险 根据类的继承关系或函数调用关系及程序单元的功能特点，评估程序单元的测试风险 * 2.10.3.3确定测试优先级 根据测试风险、程序单元的实施概要（使用频率）确定程序单元的测试优先级 * 2.10.3.4测试代码设计 单元本身不是一个独立的程序，一个完整的可运行的软件系统并没有构成，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块 驱动模块 ：模拟主程序调用，相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果 桩模块 ：模拟被调用模块，此时被测模块并没有真正调用其他模块，而是从桩模块处得到一个所需的值 * 2.10.3.4测试代码设计 被测单元 测试用例 桩模块1 桩模块2 桩模块3 驱动模块 测试结果 * 2.10.3.5单元测试用例设计 静态测试：代码走读检查单 动态测试：黑盒测试和白盒测试 * 2.10.3.6单元测试工具选择 * 2.10.3.7自制单元测试工具设计 * 2.10.4单元测试实现 参考测试代码设计和测试用例设计，制定具体的测试用例和实现具体的测试代码 创建可重用的测试脚本 开发测试工具 输出：单元用例或测试脚本及代码 * 2.10.5单元测试执行 是否满足异常终止条件？ 异常终止 处置故障 是 否 是否发生任何故障？ 执行单元测试 检查终止条件 否 是 确定故障情况 修改代码或详细设计 * 2.10.6单元测试评估 实际测试过程的记录，描述与计划的差异和原因，包括补充或裁剪的测试项目清单。 对测试过程完备性以及被测单元质量的评价，包括用例执行情况清单和汇总分析。 主要从代码覆盖的角度进行测试完备性的评估。 遗留问题记录和可能的分析 * 2.10.7出口准则 满足单元测试终止条件的要求； 代码覆盖率达到预定标准； 开发经理/测试经理批准了单元测试报告； 与单元测试有关的工作产品已纳入到配置管理中 * 2.11单元测试角色与职责 开发经理/测试经理 负责确定单元测试范围和计划； 负责批准《软件单元测试报告》。 * 2.11单元测试角色与职责 单元测试分析设计者（通常开发者自己） 在软件单元的详细设计的同时，同步开始制订单元测试方案、设计测试用例和构建测试套件工作； 测试工具设计； 负责撰写《软件单元测试报告》 * 2.11单元测试角色与职责 单元测试实现者（（通常开发者自己） 测试用例开发、测试脚本开发、测试桩程序和驱动程序开发； 负责将通过单元测试的测试项和相关的测试工作产品，根据《软件配置管理规程》的要求纳入配置管理； 单元测试发现错误后，负责对相关错误定位，并修改。 * 2.11单元测试角色与职责 单元测试执行者（其他开发人员/开发者自己/专门测试人员） 执行测试用例，并做好测试记录 * 总结