Web软件测试计划
-
51testing
软件测试论坛会员提供
S
测试计划
文件状态：
[
√
]
草稿
[ ]
正式发布
[ ]
正在修改
文件标识：
当前版本：
作
者：
完成日期：
-Test-
Department
V1.0
Bh
04-12-03
51testing
软件测试论坛会员提供
修订历史记录
版本
日
期
1.0
04-12-03
AMD
修订者
说明
A
bh
初稿
（<
/p>
A-
添加，
M-
修改，
D-
删除）
51testing
软件测试论坛会
员提供
1
．
简
介
1.1
确定测试范围
待定
所需文档：
《软件需求说明》
文档中需包括：对测试对象（构件、应用程序、系统等）及其
目标进行简要说明。需要
包括的信息有：主要的功能和性能、测试对象的构架以及项目的
简史
目标：确定现有项目的信息和
应测试的软件构件，确定测试范围
,
包括测试对象中将接
受测试或将不接受测试的那些性能和功能
1.2
测试策略
鉴于本测试为基于
web
的系统测试，所以需额外测试系统在不同用户的浏览器端的显
示是否合适以
及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加
Cookies
测试；性能测试中添加连接速度测试以及安全性测试。
注
1:
将负
载测试和压力测试合并为压力测试
1.3
所需资源和现有资源
待定
所需文档：
《软件需求说明》
文档内容同上
参考需求：为真实模拟测试环境，需要测试各种上网方式下软件能否正常工作，如
A
DSL
、
电力猫、拨号上网、无线上网等；还需要考虑远程测试
（包括多台主机）等
现有资源：人力资源
[
注：可适当地删除或添加角色项。
]
角色
所推荐的最少资源（
所分配的
专职角色数量）
具体职责或注释
51t
esting
软件测试论坛会员提供
测试环境
软件环境（相关软件、操作系统等）
硬件环境（网络、设备等）
测试工具
用途
工具
生产厂商
/
自产
版本
1.4
测试流程要求
为便于归档，对
bugtracker
的提交要求如下：
测试部：
列出进行测试的具体步骤（进行过何种测试）
研究部：列出测试失败的详细描述、原理分析、修改方法和修改结果
2.
测试进度
待定
3.
系统风险、优先级
待定
需简要描述测试阶段的风险和处理的优先级
51testing
软件测试论坛会
员提供
4.
测试策略
所需文档：
《概要设计说明书》
文档中需包括：软件子系统划分、子系统间接口和错误处理机制
4.1
功能测试
概述
：确
保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则
的实施是否
恰当。
即对交互的输出或结果进行分析，
以此来核实应用程序及
其内部进程
,
这是目前的测试重点。
目标
：利
用有效的和无效的数据来执行各个用例流，以核实以下内容：
在使用有效数据时得到预期的结果
在使用无效数据时显示相应的错误消息或警告消息。
单一界面测试的参考表格如下：
编号
场景
/
条件
操作
输入任何东西，重填
输入刚好等于字
数限制的正
确信息，提交
预期结果
客户端页面恢复到初始状态
1.
所
填信
息正确保存到相应的数据
库表中
2.
客
户端提示提交成功
1.
所
填信
息不能正确保存到相应的
数据库表中
2.
客
户端提示字数超长
3.
引
导用户定位超长输入
1.
所
填信
息正确保存到相应的数据
库表中
2.
客
户端提示提交成功
1.
所填信息不能保存到相应的数
据库表中
2.
客户端提示有错误输入
3.
引导用户定位错误输入
1.
应
有必填项判断
2.
客
户端提示必填项不能为空
1.
用户通过用户界面输入信息
2.
用户通过用户界面输入信息
3.
用户通过用户界面输入信息
输入略超过字数限制的正确
信息，提交
4.
用户通过用户界面输入信息
输入略少于字数限制的正确
信息，提交
5.
用户通过用户界面输入信息
输入非法字符，提交
6.
用户通过用户界面输入信息
输入为空，提交
3.
引
导用户定位必填项
4.
所
填信
息不能保存到相应的数据
库表中
1.
客
户端提示错误输入
2.
引
导用户定位错误输入项
3.
所
填信
息不能保存到相应的数据
库表中
该<
/p>
输
入
汉
字
的
输
入
英
文
字
7.
用户通过用户界面输入信息
符，提交
注：其余类同