单元测试计划

1、项 目 号： 文档编号：CMP-018 密 级： 版 本 号：V01.001 船闸调度收费综合管理系统船闸调度收费综合管理系统 单元测试计划单元测试计划 编 制： 审 批： 校 核： 批 准： 日 期：2015 年 10 月 15 日 文档编制说明文档编制说明 文档说明： 单元测试计划是为了规范化编码流程和测试流程而拟定的计划，其规定了 单元测试计划的测试目标、测试方法和测试质量保证。 文档阅读对象： a系统开发人员 b系统测试人员 修改情况记录： 版本号修改批准人修改人安装日期签收人 目录目录 1.产品描述产品描述.3 1.1 功能描述.3 1.2 当前版本.3 2. 测试概述测试概述.3

2、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 1.产品描述产品描述 1.1 功能描述功能描述 参考文档：业务需求说明书，软件需求说明书。 1.2 当前版本当前版本 船

3、闸调度收费综合管理系统 V01.001 2. 测试概述测试概述 2.1. 测试目标测试目标 测试程序或代码单元（例如程序或模块）的功能 测试内部逻辑 检查内部设计 测试路径与条件覆盖面 测试以外条件和错误处理 2.2. 测试方法测试方法 2.2.1 白箱测试白箱测试 在白箱法中，测试者了解系统的内部。他们关心“怎么干”而不是“干什 么”。 白箱测试是逻辑导向的，测试者关心程序中控制流所有可能的途径的执行。 白箱法本质上是单元测试方法（有时用于集成测试和操作性测试）并且几乎 总是由技术人员进行。 白箱测试的例子有：白箱测试的例子有： 测试代码中的分支和判断 跟踪程序中的逻辑路径 2.2.3 测试

4、覆盖测试覆盖 测试覆盖：测试覆盖：一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例 进行处理所达到的程度，测试覆盖包括函数、分支、扩展分支和条件覆盖等。 覆盖种类：覆盖种类： 函数覆盖是最基本的测试要求，一般应该达到 100%，即测试过所有的函数。 条件覆盖指出真值条件和假值条件被测试的次数，在单元级测试时应该力求 达到 100%，不然的话就会留下未测试的代码，引发潜在的风险。但在集成 测试时，要达到 100%的条件覆盖是非常困难的。选择合适的测试覆盖指标 依赖于你的测试目标。 2.3 进入准则进入准则 编码阶段已经审核完成 项目经理已经批准了单元测试计划 测试组已经设计好测试案例

5、，经过测试组组长的检查，并通过项目经理批准 测试数据已经准备好并经过检查 测试资源已经到位（软件、硬件、人力） 2.4 结束准则结束准则 测试遇到的所有问题已经记录下来 所有测试案例都已运行 95的测试案例已经成功通过 所有测试案例至少运行了三次，所有错误已经修改 测试结果已经记录，测试分析报告已经提交项目经理检查 2.5 考虑事项考虑事项 单元划分 局部数据结构 重要的实行路径 错误处理 极端条件 基于程序说明的测试案例 3.控制和协调控制和协调 3.1 测试案例检查和质量控制测试案例检查和质量控制 所有测试案例应该经过测试负责人的检查和项目负责人的核查。 3.2 测试流程测试流程 测试人员

6、 发现一个错误/问题 | +-在单元测试记录库中增加一条错误记录 | +-通知开发人员（一般是测试员本人） | | | +-开发人员更正此错误/问题，并在该错误记录中注明 | +- | | | 循环 | +-通知测试人员 | | 直到 | | | | 测试 | +-测试人员验证此修改，并将结果记入该错误记录 | | 案例 | | | | 结束 | | | 结束此案例 +-若不成功 3.3 开发组和测试组之间程序版本控制开发组和测试组之间程序版本控制 为测试组人员保存测试代码提供一个固定的、完整的测试程序目录。开发组负责 对其内容的修改。所有编程人员必须在自己的工作站保存最新版本的代码，不得变更 测试程序目录下的内容。在修改之前，由开发组负责人通知测试组负责人将做哪些修 改和修改将影响的功能。 4.资源需求和依赖条件资源需求和依赖条件 4.1 软软/硬件依赖条件硬件依赖条件 软软/硬件名称硬件名称数量数量配置配置 测试主机2CPU i5-4440，显卡芯片 GT610， 内存 4G 7200 转 HDD 测试软件环境-Visual Studio 2012 ，SQL server 2008 4.2 测