单元测试计划.doc

PAGE 项 目 号：2015116 文档编号：CMP-2015116-018 密 级： 版 本 号：V01.001 船闸调度收费综合管理系统 单元测试计划 编 制： 审 批： 校 核： 批 准： 日 期：2015年10月15日 单元测试计划V01.001 文档编制说明 徐州电子技术研究所 第PAGE 6页，共 = NUMPAGES 7 -1 6页 文档编制说明 文档说明： 单元测试计划是为了规范化编码流程和测试流程而拟定的计划，其规定了单元测试计划的测试目标、测试方法和测试质量保证。 文档阅读对象： a．系统开发人员 b．系统测试人员 修改情况记录： 版本号 修改批准人 修改人 安装日期 签收人 单元测试计划01.001 目录 目录 TOC \o 1-3 \h \z \u 1.产品描述 3 1.1 功能描述 3 1.2 当前版本 3 2. 测试概述 3 2.1. 测试目标 3 2.2. 测试方法 3 2.2.1白箱测试 3 2.2.3测试覆盖 3 2.3 进入准则 4 2.4 结束准则 4 2.5 考虑事项 4 3.控制和协调 5 3.1 测试案例检查和质量控制 5 3.2 测试流程 5 3.3 开发组和测试组之间程序版本控制 5 4.资源需求和依赖条件 6 4.1 软/硬件依赖条件 6 4.2 测试数据需求 6 4.3 测试人员需求 6 附录1.单元测试报告 6 单元测试计划V01.001 正文 1.产品描述 1.1 功能描述 参考文档：业务需求说明书，软件需求说明书。 1.2 当前版本 船闸调度收费综合管理系统 V01.001 2. 测试概述 2.1. 测试目标 测试程序或代码单元（例如程序或模块）的功能 测试内部逻辑 检查内部设计 测试路径与条件覆盖面 测试以外条件和错误处理 2.2. 测试方法 2.2.1白箱测试 在白箱法中，测试者了解系统的内部。他们关心“怎么干”而不是“干什么”。 白箱测试是逻辑导向的，测试者关心程序中控制流所有可能的途径的执行。 白箱法本质上是单元测试方法（有时用于集成测试和操作性测试）并且几乎总是由技术人员进行。 白箱测试的例子有： 测试代码中的分支和判断 跟踪程序中的逻辑路径 2.2.3测试覆盖 测试覆盖：一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度，测试覆盖包括函数、分支、扩展分支和条件覆盖等。 覆盖种类： 函数覆盖是最基本的测试要求，一般应该达到100%，即测试过所有的函数。 条件覆盖指出真值条件和假值条件被测试的次数，在单元级测试时应该力求达到100%，不然的话就会留下未测试的代码，引发潜在的风险。但在集成测试时，要达到100%的条件覆盖是非常困难的。选择合适的测试覆盖指标依赖于你的测试目标。 2.3 进入准则 编码阶段已经审核完成 项目经理已经批准了单元测试计划 测试组已经设计好测试案例，经过测试组组长的检查，并通过项目经理批准 测试数据已经准备好并经过检查 测试资源已经到位（软件、硬件、人力） 2.4 结束准则 测试遇到的所有问题已经记录下来 所有测试案例都已运行 95％的测试案例已经成功通过 所有测试案例至少运行了三次，所有错误已经修改 测试结果已经记录，测试分析报告已经提交项目经理检查 2.5 考虑事项 单元划分 局部数据结构 重要的实行路径 错误处理 极端条件 基于程序说明的测试案例 3.控制和协调 3.1 测试案例检查和质量控制 所有测试案例应该经过测试负责人的检查和项目负责人的核查。 3.2 测试流程 测试人员 发现一个错误/问题 | +在单元测试记录库中增加一条错误记录 | +通知开发人员（一般是测试员本人） | | | +开发人员更正此错误/问题，并在该错误记录中注明 | + | | | 循环 | +通知测试人员 | | 直到 | | | | 测试 | +测试人员验证此修改，并将结果记入该错误记录 | | 案例 | |