测试计划
一、引言
1. 编写目的
本测试计划文档作为指导此测试项目循序渐进的基础,帮助我们安排合适的资源和进度,避免可能的风险。本文档有助于实现以下目标:
1) 确定现有项目的信息和应测试的软件结构
2) 列出推荐的测试需求
3) 推荐可采用的测试策略,并对这些策略加以详细说明。
4) 确定所需的资源,并对测试的工作量进行估计。
5) 列出测试项目的可交付元素,包括用例以及测试报告等
2. 背景 软件系统名称: 翻翻棋游戏
该开发项目的历史:从军旗开始,直到象棋,翻翻棋是它们的拓展玩法,风靡民间,脍炙人口。本项目就是脱身于此,以传统棋类游戏斗兽棋为基础拓展而来。主要形式为2人游戏,轮流翻起棋子确定阵营,最后根据斗兽棋玩法走棋获胜。该游戏除了掌握斗兽棋的基本玩法外,还需要一些运气和创造性思维方能取胜,妙趣横生,老少皆宜!
该软件的用户是PC用户,由测试小组的人员根据该文档执行此项目的测试任务。在开始执行本测试计划之前应实现游戏的基本功能,有完整的需求分析说明书,概要设计说明书和详细设计说明书。
3.定义
4.参考资料
《MFC网络编程》
《软件工程》
二、计划
1.软件说明
功能 |
预期的输入 |
退出 |
离开游戏,退回桌面。 |
重新开局 |
结束当前局时,开始新的一局游戏。 |
开启服务器 |
开创一个房间,等待玩家加。入 |
连接服务器 |
加入已知别人创建的房间。 |
背景音乐 |
选择游戏时的背景音乐 |
游戏说明 |
说明游戏的玩法 |
2. 测试内容
名称标识符: 功能测试
进度安排:开始时间:2014-5-4 18:30 结束时间:2014-5-4 22:30
内容:对游戏的重新开局、退出、对话、开启服务器、连接服务器、背景音乐、游戏说明的7种功能进行测试,并测试程序的鼠标点击事件及按键响应事件。
3. 测试1(标识符)
3.1 进度安排
工作内容 |
时间 |
开始时间 |
结束时间 |
测试人 |
熟悉环境 |
30分钟 |
2014-5-4 18:30 |
2014-5-4 19:00 |
姜力比 |
培训 |
10分钟 |
2014-5-4 19:00 |
2014-5-4 19:10 |
姜力比 |
准备输入数据 |
30分钟 |
2014-5-4 19:10 |
2014-5-4 19:40 |
姜力比 |
测试执行 |
120分钟 |
2014-5-4 19:40 |
2014-5-4 21:40 |
姜力比 |
测试评估 |
50分钟 |
2014-5-4 21:40 |
2014-5-4 22:30 |
姜力比 |
3.2条件
本项测试工作对资源的要求:
设备: 硬件最低要求:windows98以上版本PC操作系统
软件: VC++6.0
人员 |
人数 |
技术水平 |
预备知识 |
用户 |
2 |
没有特别技术 |
没有特别要求 |
开发任务组 |
2 |
会使用VC++6.0 |
VC++6.0基础知识,斗兽棋游戏规则。 |
3.3 测试资料
《翻翻棋游戏设计的需求分析说明书》
《翻翻棋游戏设计的概要设计说明书》
《翻翻棋游戏设计的测试计划说明书》
所在的媒体:VC++6.0
输入输出举例:输入即菜单栏的选择并且在对话框说话的信息
输出即棋子的走动,游戏结束等
测试方法:白盒测试,黑盒测试
3.4测试培训
培训内容:翻翻棋游戏软件的使用
受训人员:参加测试的用户及开发任务组的人员
从事培训的工作人员:研发小队的人员
三、测试设计说明
1. 测试1(标识符)
1.1控制:人工
1.2输入:人工输入
1.2输出:胜负结果,对话
1.3操作的顺序:第一次操作必须从开启服务器或者加入服务器开始。
记录结果方法:记录用户输入的方式,棋子,对话框,音乐的状态。胜负结果
四、评价准则
1.范围
本系统测试的主要内容为功能测试,界面测试
2. 数据整理
由于系统规模较小,所以,我们采用手工方式将测试数据加工成便于评价的适当的形式
3. 尺度
1)能正确完成功能要求
2)测试用例正确执行,由于系统的输出内容和结果没有什么精确的数字,所以要求输出与预期的输出结果完全一致
原文地址:http://www.cnblogs.com/zsjy/p/3751974.html