单元测试计划

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

项目号:2015116 文档编号:CMP-2015116-018 密级:版本号:V01.001

船闸调度收费综合管理系统

单元测试计划

编制:

审批:

校核:

批准:

日期:2015年10月15日

单元测试计划V01.001 文档编制说明

文档编制说明

文档说明:

单元测试计划是为了规范化编码流程和测试流程而拟定的计划,其规定了单元测试计划的测试目标、测试方法和测试质量保证。

文档阅读对象:

a.系统开发人员

b.系统测试人员

修改情况记录:

单元测试计划01.001 目录

目录

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)

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 测试流程

测试人员

发现一个错误/问题

|

+----->在单元测试记录库中增加一条错误记录

|

+----->通知开发人员(一般是测试员本人)

| |

| +----->开发人员更正此错误/问题,并在该错误记录中注明

| +-----> |

| | 循环 | +----->通知测试人员

| | 直到 | |

| | 测试 | +----->测试人员验证此修改,并将结果记入该错误记录

| | 案例 | |

| | 结束 | |

| <-----+ 若成功 ---> 结束此案例

+<--------------------------若不成功

3.3 开发组和测试组之间程序版本控制

为测试组人员保存测试代码提供一个固定的、完整的测试程序目录。开发组负责对其内容的修改。所有编程人员必须在自己的工作站保存最新版本的代码,不得变更测试程序目录下的内容。在修改之前,由开发组负责人通知测试组负责人将做哪些修改和修改将影响的功能。

4.资源需求和依赖条件

4.1 软/硬件依赖条件

4.2 测试数据需求

在测试案例运行前,应准备所有需要的测试数据。

4.3 测试人员需求

●测试组组长:姜玉乐

●测试人员:陈海龙

参考资料

《单元测试用例》

《单元测试报告》

相关文档
最新文档