软件测试计划说明书.doc
卷号
卷内编号
密级
分类:DOCPROPERTYCategoryTEST
使用者:
工程名称：
跳棋游戏
SUBJECT
SUBJECT
工程编号:S600-03-2010
测试方案
Version:1.00
项目承担部门：电子工程学院
撰写人〔签名〕：张受干
完成日期：2010
本文档使用部门：■主管领导■工程组
□客户〔市场〕□维护人员□用户
评审负责人〔签名〕：
评审日期：
文档信息
工程名:跳棋游戏
工程编号:S600-03-2010
标题:TITLESystemTestPlan
作者:张受干
创立日期:DOCPROPERTYLastSavedTime2010-6-1210:32
上次更新日期:
版本:DOCPROPERTYVersion1.0
部门名称:软件评测部
文档状态
文档状态
■草稿□正式
文档评审人员
评审时间
修订文档历史记录
日期
版本
说明
作者
2010-06
1.0
初始版本
张受干
2010-06-15
2.0
根据工程方案及迭代方案调整，修改局部测试需求及测试策略
朱国柱
目录
TOC\o1-3\h\z1. 简介 1
1.1 目的 1
1.2 背景 1
1.3 范围 1
1.4 工程标识 2
2. 测试需求 3
2.1 功能测试需求 3
2.2 性能测试需求 3
2.3 平安性和访问控制测试需求 3
2.4 配置测试需求 3
2.5 用户界面测试需求 4
2.6 安装测试需求 4
3. 测试策略 5
3.1 测试类型 5
数据和数据库完整性测试 5
功能测试 5
业务周期测试 6
3.1.4用户界面测试 6
性能评价 7
负载测试 8
强度测试 8
容量测试 8
平安性和访问控制测试 9
故障转移和恢复测试 10
配置测试 11
安装测试 12
3.2 工具 13
4. 资源 14
4.1 角色 14
5. 工程里程碑 16
6. 可交付工件 17
6.1 测试模型 17
6.2 测试日志 17
6.3 缺陷报告 17
7. 附录A：工程任务 18
TITLETestPlan
简介
目的
“跳棋游戏的测试方案”文档有助于实现以下目标：
确定幸福跳棋游戏测试的信息和应测试的软件构件。
确定游戏测试的测试需求〔高级需求〕。
根据测试需求确定测试策略，并对这些策略加以说明。
确定系统测试所需的资源，并对测试的工作量进行估计。
列出工程测试的可交付工件。
背景
本软件来源幸福之家的小游戏，经过用户的广泛应用，发现了一些吧不易发现的bug，因此要对该游戏进行改良和测试。
范围
本测试方案是在工程的ElaborationPhase对整个工程测试工作的一个详细描述，它将是以后所有测试工作的根底。
幸福跳棋游戏工程的测试包括以下类型的测试活动。
功能确认测试
性能测试
容量测试
平安性和访问控制测试
配置测试
安装测试
用户界面测试
系统测试将实现局部测试自动化，自动化脚本采用RationalRobot编写；实现100%的需求覆盖，采用TestManager来评估需求覆盖情况。
本测试方案中的活动在Elaboration阶段将完成系统测试方案，所有高优先级的系统测试用例。
本测试方案实施的前提条件是：工程组按照开发方案完成工程的实施、测试组能够熟练使用Rational测试工具、测试组与分析与设计组、编码组协调一致。
本测试方案在以后的迭代中会根据需求和迭代方案的变更而新增或更新。
本测试方案适用于“幸福之家跳棋游戏”工程。本文档将供应工程经理及工程开发各组使用，包括测试组、分析与设计组、编码组、SQA组、SCM组。
工程标识
下表列出了制定系统测试方案所用的文档，并标明了文档的可用性：
文档
〔版本/日期〕
已创立或可用
已被接受或已经过复审
作者或来源
备注
用例模型
■是?否
■是?否
REQ
补充规约
■是?否
■是?否
REQ
前景
■是?否
■是?否
REQ
工程方案
■是?否
■是?否
PM
迭代方案
■是?否
■是?否
PM
Ela