参照:http://www.cnblogs.com/zhangyublogs/p/5124735.html
1 简介
1.1编写目的
在此描述编写的目的
1.2 系统背景
在此描写项目背景
1.3 参考资料
下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:
[注:可适当地删除或添加文档项。]
文档(版本/日期) | 是否具备[Y/N] | 是否评审[Y/N] | 来源 | 备注 |
需求规格说明书 |
|
| ||
软件概要设计 |
|
| ||
软件详细设计 |
|
| ||
项目开发计划 |
|
| ||
其它补充文档 |
|
|
___________________________________________________________________________________________________________________________________
2 测试范围
描述本次针对的测试范围。
模块 | 子模块 | 是否计划测试 | 备注 |
登录注册 |
|
|
|
首页 |
|
|
|
|
|
|
|
|
|
|
|
___________________________________________________________________________________________________________________________________
3 测试进度
3.1 测试进度
测试活动 | 计划开始日期 | 计划结束日期 | 测试人员 | 备注 |
制定测试计划 |
|
|
|
|
设计测试用例 |
|
|
|
|
模块测试/接口测试 | ||||
集成测试 (模块联调) |
|
|
|
|
系统测试 |
|
|
|
|
验收测试 |
|
|
|
|
产品发布 |
|
|
|
系统测试过程可分为四个步骤:
1.单元测试(模块分调) 每个模块可以作为一个单独的测试单元,而且也比较容易设计测试用例。单元测试中所发现的错误,往往是编程和详细设计的错误。 2.集成测试(模块联调) 子系统测试是将经过单元测试的模块放在一起形成一个子系统来测试。子系统测试的目的是测试模块间接口的正确性。 3.系统测试 系统测试是将经过测试的子系统装配成一个完整的系统来测试。在这个测试中发现的错误有设计和编程的错误,也有需求分析中的错误。 4. 验收测试 验收测试是将系统作为单一的实体进行测试,测试内容与系统测试基本相同,但是验收测试是在用户参与下进行的,它的目的是由用户来测试软件能否满足用户的需求。 模块与程序的调试,主要采用白盒法,而在子系统测试、系统测试过程中主要采用黑盒法。验收测试 :有α测试,β测试,和正式验收测试。alpha:在测试环境测试,beta:在用户环境测试。正式验收测试:是付钱之后,客户在实际中是否好用。
4 测试资源
4.1 人力
角色 | 姓名 | 具体职责或注释 |
测试经理 |
| 提供测试管理及技术支持 |
软件测试工程师 |
| 具体的测试执行及结果反馈 |
4.2 测试环境
测试环境拓朴图
服务器测试环境配置:
服务器名称 | 地址 | 硬件环境 | 软件环境 | |||
CPU | 内存 | 硬盘 | 操作系统 | 其他软件 | ||
Sql Server2005 | 192.168.1.3 | Intel Xeon 5150 *2 | 4G | 200GB | Win2003 | |
CA服务器 | 192.168.1.3 |
测试人员机器配置
服务器名称 | 地址 | 硬件环境 | 软件环境 | |||
CPU | 内存 | 硬盘 | 操作系统 | 其他软件 | ||
PC | 192.168.1.3 | Intel Xeon 5150 *2 | 4G | 200GB | WinXp | |
PC2 | 192.168.1.3 |
4.3 测试工具
以下列出测试使用的工具:
用途 | 工具 | 生产厂商/自产 | 版本 |
测试计划/测试用例 | word |
|
|
缺陷报告 | Jira |
|
|
|
|
|
|
___________________________________________________________________________________________________________________________________
5 系统风险,优先级
风险管理(对可能的风险进行分析和识别,以及预防、对应措施)
序号 | 优先级 | 测试风险描述 | 备注 |
|
|
|
|
|
|
|
|
|
|
|
|
6 测试通过/失败标准
所有的测试用例已经执行通过;
所有的重要等级的Bug已经解决并验证通过灯;
7 测试暂停标准及恢复条件
测试启动初始时期,出现致命问题或者多个严重问题,导致50%的测试用例无法执行,则将测试暂停。等待问题修复后,则恢复测试