[转载]：一个测试计划（作者：Jerry）
从别处看来的一个测试计划。--------------------------------------------------------------------------------
原创作者：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 add 1 point
楼主你真棒！！！！！！！
你的测试计划写得很好 谢谢，正需要。。。很好?
真的很好啊,我不知道这个计划好在哪里,请高手指点... 还真看不出好在哪,这个用计划觉得没内容,不值得看.
还有一点就是这个论坛的垃圾贴怎么没人处理掉,
我发的贴子,N久了没一个回的,怎么不能自已清除掉 只是把测试计划的目录写下来了，不过也不错 到很像一个测试计划模板
回复 #1 archonwang 的帖子
不错
页:
[1]
