一个测试计划样例

发表于:2007-05-26来源:作者:点击数: 标签:
一个测试计划样例 原创作者:Jerry 转载请注明:来自Sawin系统分析之窗 最后修改时间:2005-2-22 ************* JAVA 层 测试总体计划书 历史纪录 日期 版本 描述 作者 2005-02-21 1.0 Created ** 1 引言 1.1 编写目的 本测试计划书的读者对象技术经理, 软

一个测试计划样例


原创作者:Jerry
转载请注明:来自Sawin系统分析之窗
最后修改时间:2005-2-22

 

*************JAVA
测试总体计划书
历史纪录
日期
版本
描述
作者
2005-02-21
1.0
Created
**

1引言

1.1编写目的

本测试计划书的读者对象技术经理,软件测试工程师以及软件测试人员

1.2背景

说明:
软件系统的名称:*************JAVA
本项目在*************中位于**层上部分,应用层下部分,是应用程序与交互媒体平台的接口。接受端业务运行系统是******的一个部分。
   (图略)

1.3定义

****:************************ **********************
****:************************* **********************
1.4参考资料
Ø       ********平台系统规范-应用程序编程接口
Ø       各包软件说明书
2测试项目
本次测试主要针对JAVA类程序作底层测试,主要包括包功能测试,各函数完整性测试以及事件监听测试。测试之前需要根据测试用例书写测试代码,运行测试代码进行测试。

3 被测特性

Ø       包功能测试
主要测试包内各函数,各类之间的调用关系;
Ø       函数完整性测试
包括函数正确性测试和错误参数测试:
函数正确性:测试为在正确输入参数情况下测试函数的功能,如果函数输出为get*函数,并且可以打印出来,需要把获得的结果通过system.out.println()打印在屏幕上;
错误参数测试:主要测试输入参数在非法的条件下程序运行的情况(比如从存储器中读出数据的长度输入参数为int length,当length<0的时候);
Ø       监听测试
测试系统等待监听,直到所需要的事件出现,如果有需求把事件中的信息捕捉出来,显示在屏幕上。

4 不被测特性

Ø       构造函数
对类进行测试,通过构造函数创建这个类。所以不专门测试构造函数,对构造函数错误参数的测试也没有实际的意义;
Ø       异常类
由于产生异常的条件比较复杂,牵扯到硬件软件,数据库和存储设备等等,所以再次对于这些类不进行测试;
Ø       protect函数
由于protect函数是被继承类调用的,不是被应用程序调用的,通过测试继承类中的函数,间接的测试该类函数;
Ø       private函数:
由于private函数是被该类中其他函数调用的,也不是被应用程序调用的,通过测试调用函数,间接的测试该类函数。

5 测试方法

书写测试测试用例;
Ø       根据测试用例编写测试脚本
Ø       运行测试脚本,进行测试。(测试结果填写测试结果报告单,缺陷填写在bugzilla软件中,以便于开发人员进行交流,进行回归测试

6 测试通过标准

Ø       如果测试结果与预期结果一致测试通过,否则不通过。

6.1测试结果审批过程

测试工作执行完毕,质量经理书写测试总结报告,召开测试总结会议,讨论产品是否可以发布(评审标准:测试案例是否完全,测试程序是否正确,测试结果是否令人满意,…)。

7 测试挂起和恢复条件

Ø       测试挂起条件:
由于程序中存在重大问题或者问题过多,测试无法正常进行,测试人员申请测试挂起,经领导审批通过;
由于存在其他优先级更高的任务,通过批准,测试挂起。
Ø       测试恢复条件:
重大问题被解决或者程序通过重新修正;
优先级更高的任务被完成。

8应提供的测试文件

Ø       测试总体计划书
Ø       测试用例(计划)
Ø       测试手册
Ø       测试脚本代码
Ø       测试纪录(纪录测试通过或者不通过状态,如果未通过在bugzilla中书写错误情况,包括包名,函数名,输入参数,错误表现几个方面)
Ø       测试总结书

9测试任务

Ø       书写测试总体计划书
Ø       书写测试用例(计划)和测试手册
Ø       编写测试代码
Ø       测试测试代码
Ø       进行测试工作
Ø       进行测试总结

10测试环境需求

10.1硬件需求

Ø       测试代码运行机器
Ø       仿真器
Ø       数据广播系统
Ø       机顶盒
Ø       监视器
Ø       数据传输介质

10.2软件需求

Ø       ***软件
Ø       ***数据库
Ø       ***其他模块

10.3测试工具

10.4测试需要的条件

10.4.1 需要的文档

Ø       软件说明书

10.4.2需要完成的任务

Ø       被测试程序已经完成,并且通过代码审核和初步的程序员级测试;
Ø       测试脚本已经完成,并且通过测试。

11角色和职责

Ø       测试设计师:书写测试计划(用例)和手册
Ø       测试开发人员:编写测试代码(通常由测试脚本的编写为非开发该项目的开发人员编写)
Ø       测试人员:进行测试工作
Ø       测试管理人员:管理测试进度,进行测试评估

12 人员和培训

理解测试基本知识
Ø       掌握面向对象方法
Ø       熟悉产品基本功能特性
Ø       熟悉每个包和类的功能

13 测试进度

任务
时间
制定测试计划
2天/人
书写测试用例(计划)和测试手册
1.5月/人
编写测试代码
4月/人
执行测试任务
2月/人
测试总结
1周/人

14风险及应急计划

15审批

技术经理:
 
 
       

 

【作者介绍】 Jerry

97年毕业于北京某高校计算级专业,先后在软件公司和网络公司从事软件开发,系统分析和设计工作。2001年涉及软件质量保证,先后担任测试工程师,测试部经理,副经理。精通软件工程测试流程,精通RUP, CMM, ISO, 6SIGMA软件质量保证工作。
作者Email地址:guxiang625@vip.sina.com.cn

 

原文转自:http://www.ltesting.net