[转载]：一个测试计划（作者：Jerry）

archonwang · 发表于 2005-2-22 13:50:15

从别处看来的一个测试计划。
--------------------------------------------------------------------------------
原创作者：Jerry
转载请注明：来自Sawin系统分析之窗
最后修改时间：2005-2-22

*************JAVA层

测试总体计划书

历史纪录

日期
版本
描述
作者

2005-02-21
1.0
Created
**

目录

1引言... 3

1.1编写目的... 3

1.2背景... 3

1.3定义... 3

1.4参考资料... 3

2测试项目... 4

3 被测特性... 4

4 不被测特性... 4

5 测试方法... 4

6 测试通过标准... 5

6.1测试结果审批过程... 5

7 测试挂起和恢复条件... 5

8应提供的测试文件... 5

9测试任务... 5

10测试环境需求... 6

10.1硬件需求... 6

10.2软件需求... 6

10.3测试工具... 6

10.4测试需要的条件... 6

10.4.1 需要的文档... 6

10.4.2需要完成的任务... 6

11角色和职责... 6

12 人员和培训... 7

13 测试进度... 7

14风险及应急计划... 7

15审批... 7


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