1 / 16
文档名称:

测试计划.doc

格式:doc   页数:16
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

测试计划.doc

上传人:janny 2011/5/11 文件大小:0 KB

下载得到文件列表

测试计划.doc

文档介绍

文档介绍:文档标识号:ISS-TP-09
文档版本:
作者:王复兴
云南大学软件学院信息发布及管理系统
版本:
测试计划
文档版本历史
版本
日期
作者
描述

2004-12-11
王复兴
对需求文档草稿ISS-RS-07的测试计划

2004-12-20
王复兴
整理并保持与ISS-RS-07一致
批准
部门
姓名
批准日期
市场
仲伟琦,市场部主管
2004-12-08
开发
杨晓佳,项目经理
2004-12-12
测试
王复兴,软件测试经理
2004-12-11
目录
1简介
2测试项
3批准测试的特征
4不批准测试的特征
5方法




GUI测试
6通过/失败标准
7挂起标准和继续要求
8测试提交产物
9测试任务
10测试配置信息
11职责
12人员投入和培训需求
13时间进度计划
14风险和应急计划
参考文档
附录1----缩略语
附录2----术语定义
1简介
这份文档的目标是详细描述对信息发布系统( ISS )进行功能验证的测试过程。本文档所关注的特征来自于需求文档:信息发布系统,需求定义。需求文档的标识符是ISS-RD-10,他在文档控制系统中,URL是:
2测试项
以下是本文档所关注产品大的组成部分的一份清单:
要测试的发行版-------这项测试工作将关注“”的特征功能。
缺陷修正-------这是产品的第一个发行版本,所以没有以前版本中发现的缺陷而需要在这个版本中进行测试的。在这次工作期间发现的所有缺陷都会被修正并被确认。
发行媒介--------产品的首个发行版本将可以从开发站点下载。市场部门认可的客户也可以获得产品CD。这两种发行方式都被测试。
最终用户文档--------假定客户端和服务器会在不同的位置,所以会有两个独立的模块,每个都有自己的安装程序。诸如“用户指南”,“安装指南”和“发行说明”等最终用户文档将可以分别下载,这样顾客可以了解系统需求和安装过程。安装和打包会被测试,文档的准确性会被复查。
3准确测试的特征
以下特征将被测试,以确保测试管理工具能满足ISS需求规格说明书中指定的需求:
信息类别管理模块: 1。1添加新的信息类别记录 1。2修改信息类别记录 1。3删除信息类别记录
信息发布管理: 2。1 发布新信息 2。2 修改信息 2。3 删除信息
图片模块管理: 3。1 上传图片
信息查询管理: 4。1阅读信息 4。2 查看分类信息 4。3 信息查询管理
网友评论模块管理: 5。1查看新闻评论 5。2分页显示评论信息 5。3添加信息评论 5。4删除信息评论
系统用户管理: 6。1添加和修改用户模块 6。2设计删除用户模块 6。3设计修改密码模块
4不准确测试的特征
以下功能和系统配置是不准备测试的:
本次测试将不考虑关系数据库的安装和功能。我们假定数据库以安装并处于可操作的状态。我们假定数据库表结构是准确的,包含需求规格说明书中定义的规定类型和宽度的字段。这些需求在准备和安装文档中有详细说明。
本次测试将不会考虑大量的客户端/服务器压力测试。多用户功能将通过5个真实用户来测试,这是规定的多用户功能至少要支持的情况。
本次测试将不会直接测试WEB服务器。
5方法
总体测试方法包括特征测试,回归测试,产品安装测试,备份和恢复测试,GUI测试。在本节中,将对每种测试进行较为详细的描述。

在需求定义ISS-RD-10中描述的所以特征,都在选定的课户端/服务器配置组合上进行测试,特征测试将包括功能测试和恶意测试。

因为这是产品的第一个版本,所以不需要验证以前版本中修改过的缺陷是否又重新出现。这个版本关注的是系统测试阶段修正的缺陷不会破坏以前能工作的功能。我们将使用以下方法来对产品的第一版本进行回归测试:
发现缺陷时,它们会被修正。对测试团对收到的每个软件构件,都会执行测试以验证那些修正过的缺陷没再重现。换言之,每个缺陷修正都会在声称修正了它的版本中进行验证。
在产品已稳定并通过测试用例的证明之后,会进行一次最后的回归测试,然后再是产品是否准备好的复查。对于这个版本来说,通过回归测试意味着通过所以的测试用例。

1 IIS的安装
IIS的安装可以在安装windows 2000 安装时就可以安装好,如果在安装时没有安装可以打开:控制面板>添加或删除程序:出现如图1窗口。
――――――――――――――――图1―――――――――