完整版示例测试计划网上书城.docx
《完整版示例测试计划网上书城.docx》由会员分享,可在线阅读,更多相关《完整版示例测试计划网上书城.docx(16页珍藏版)》请在冰豆网上搜索。
![完整版示例测试计划网上书城.docx](https://file1.bdocx.com/fileroot1/2023-5/16/26f50ea8-4007-45c6-b85b-4a5a14c95af8/26f50ea8-4007-45c6-b85b-4a5a14c95af81.gif)
完整版示例测试计划网上书城
XX科技有限公司项目管理文档
Xxxx
测试计划
编写
编写时间
20XX-5-04
审核
审核时间
审批
审批时间
文档管理
页码
共11页
修订次数
共1次
版本
V1.0
编号
XX科技有限公司版权所有
文档中的全部内容属XX有限公司所有,
未经允许,不可全部或部分发表、复制、使用于任何目的。
修订历史记录
版本
日期
修订者
说明
1.0
20XX年05月04日
创建文档
1.1
20XX年05月08日
后台管理程序发生需求变更
1.2
20XX年05月30日
测试部门人员发生变化
1简介
1.1产品简介
99书城项目为网上图书销售管理系统,包括前台图书的展示、图书购买下单、订单审核、付款等一套完善的电子商务管理系统。
使用99书城项目,可以实现对注册用户,图书上架,图书分类的管理。
1.2测试目的
99书城的测试目的是为了检测系统是否符合最终需求,其中包括:
·各功能点是否正确
·业务流程是否正确
·数据的传输是否完整、正确、安全,性能是否良好
·系统是否具有良好的容错性
·应用程序是否具有良好的易用性和可操作性
1.3测试范围
针对测试的系统模块,测试的范围包括:
应用程序名称
模块名称
描述
优先级
普通用户购买图书流程
普通用户购买图书流程是99书城的核心流程
用户注册
用户注册为普通用户成为99书城的入口
1
图书浏览
展示从后台录入的图书
1
订单管理
订单管理提供下订单及订单审核等功能,这是99书城的核心业务,比较复杂,是测试的难点
1
系统管理员管理流程
维护99书城的一些基础数据
1
用户管理
提供对99书城的用户删除,修改,注销管理
1
图书分类管理
提供新书书籍入库,新书分类操作
1
订单管理
提供订单审核操作
2
说明:
优先级为1的在一期测试,为2的在二期测试。
针对测试的阶段,测试的范围包括:
测试阶段
描述
优先级
重要级
集成测试
测试应用模块之间的数据传输是否完整、正确、一致,检查业务的流程是否正确走通
2
1
系统测试
界面测试
用户界面测试检查浏览器窗口、菜单、表单、图片等显示是否符合需求,提示界面是否友好等
3
2
易用性测试
易用性测试检查应用程序的使用是否有难度,是否有异义
4
2
兼容性测试
兼容性测试,检查浏览器能否在多浏览器间兼容
3
2
性能测试
性能测试主要针对系统的负载、压力等方面进行测试
3
2
安全性测试
安全性测试是针对系统数据传输的安全性所做的测试
3
1
联调测试
联调测试是针对付款流程与网上银行接口的测试
2
1
回归测试
回归测试即检查提交的缺陷是否正确修复,以及修复缺陷时有无带来新的缺陷,保证缺陷正常关闭
1
1
说明:
1系统的一期、二期测试按优先级的1、2、3、4顺序测试,其中3、4级的测试只在二期中进行;重要级为1的是重点关注的测试阶段
2
测试参考文档和测试提交文档
2.1测试参考文档
测试参考文档包括:
(1)产品需求文档
(2)软件概要设计
(3)软件详细设计
(4)数据库结构图
2.2测试提交文档
测试提交的文档包括:
(1)测试计划
(2)功能测试用例
(3)性能测试用例
(4)测试Bug清单
(5)性能测试报告
(6)系统测试报告
3
测试进度
一期
测试过程
计划开始日期
实际开始日期
实际结束日期
熟悉需求
20xx0305
20xx0305
制定测试计划
20xx0308
20xx0308
20xx0310
设计测试用例
20xx0308
20xx0308
模块、集成测试
20xx0320
系统测试
20xx0325
在线测试
20xx0330
系统测试报告
20xx0404
4测试资源
4.1人力资源
角色
测试人员
具体职责或注释
测试经理
1人
指导测试,评估测试工作的有效性,资源协调,测试环境搭建
测试工程师
2人
编写测试计划,设计部分测试用例,测试环境部署、协调测试过程,并实际执行测试,分析测试数据,形成测试小结,跟踪缺陷
性能测试人员
1人
重点在性能测试,编写性能测试计划、设计性能测试场景、用例,并执行测试,分析测试结果,生成测试报告
同时负责设计部分测试用例,执行测试,分析测试数据,形成测试小结,跟踪缺陷
安全性测试人员
1人
重点在安全性测试,编写安全性测试计划、设计安全性测试用例,并执行测试,分析测试结果,生成测试小结
同时负责设计部分测试用例,执行测试,分析测试数据,形成测试小结,跟踪缺陷
测试人员
6人
负责设计部分测试用例,执行测试,分析测试数据,形成测试小结,跟踪缺陷
说明:
暂以现有测试人力资源估计
4.2测试环境
软件环境
Web服务器环境:
windows2003server,IIS6.0
测试管理工具环境:
Window2000,TestDirector7.6
数据库环境:
Linux内核2.6,Oracle10g
硬件环境
测试环境:
2.4GhzCpu,内存1G,可用硬盘空间20G
测试管理工具环境:
2.4GhzCpu,内存1G,可用硬盘空间20G
数据库环境:
2.4GhzCpu,内存1G,可用硬盘空间20G
4.3测试工具
用途
工具
厂商
版本
测试管理工具
TestDirector
HP
7.6
自动化测试工具
QTP
HP
8.0
压力测试工具
LoadRunner
HP
8.0
5问题严重度及优先级描述
5.1缺陷严重级别定义
严重级别
缺陷描述
备注
low
✓风格不统一,包括相近流程的页面布局相异,相同的问题点提示信息相异,但对用户的使用方法和使用习惯不造成影响(需求中明确的风格要求除外)
✓对齐方式,包括文字对齐,页面排列项一致
✓错误定位及信息提示不准确,包括错误判断的顺序,出错后信息提示错误(包括出现后台信息),错误出现的光标定位
✓UI错误,包括页面的描述显示错误(和需求中描述的信息不一致,或有明显的错误),字体错误,以及模板的显示错误等
✓按钮或标签上有拼写错误的单词、不正确的大小写
Medium
✓简单的业务功能实现错误,包括默认显示内容错误,查询列表初始查询条件错误和查询匹配错误
✓页面输入限制错误,包括输入长度,输入字符限制,特殊输入要求判断,图片上传限制错误和文件上传限制错误等
✓业务流程对应的功能未实现,但是有替代方法解决,不影响实际的使用
✓日期或时间初始值错误(起止日期、时间没有限定)
High
✓功能实现但与需求不一致,影响到流程中其他模块
✓业务流程对应的功能未实现
✓数据库建库(或升级)脚本错误,遗失表或字段,影响系统的正常运行
✓存储过程不能正常执行对应的设计功能
✓性能和压力测试中,在大数据量和并发压力大时,系统处理缓慢、网络异常及少量数据丢失(低于0.5%)等情况
✓虽然正确性不受影响,但系统性能和响应时间受到影响
Veryhigh
✓业务流程对应的功能未实现,且无替代方法
✓页面出现编译错误或404页面
✓性能和压力测试中,大数据量和并发压力大时,系统停止处理或大量数据丢失(大于0.5%)
✓产生错误的结果,导致系统不稳定的问题
✓数据链接未释放
✓与其它模块的接口,调用或提供错误(验证到数据库、日志和模拟器级别)
✓需求未在系统中实现
Urgent
✓正常的用户操作,导致系统崩溃
✓严重影响系统流程
✓数据库链接异常中断
✓故意留有程序后门
✓可能有灾难性后果
5.2缺陷优先级定义
优先级别
缺陷描述
备注
low
✓适当考虑,尽量在发布之前修复
Medium
✓在程序员阶段性任务完成之后,进行缺陷的修复
High
✓任务正常排队,但不要影响开发或测试进度
Veryhigh
✓程序员在当前开发任务不是特别紧急的情况下,应该优先修复该缺陷
✓如果程序员当前开发任务较重要,在完成这个开发模块后,应该优先修复此缺陷
Urgent
✓程序员必须停止当前的开发任务,进行缺陷修复
5.3缺陷跟踪及测试版本
测试人员提交New状态的BUG给项目经理,由负责人Open缺陷并指派开发人员,测试人员对Fix的缺陷进行回归测试,并将其状态改为Reopen或Closed,确保缺陷的最终状态为Closed。
6测试风险
鉴于99书城项目的测试周期短,测试人员经验少,而测试量又非常大,所以预计的测试风险主要在于时间和人力资源方面。
序号
测试风险
风险描述
解决办法
影响程度
1
时间资源
项目一期周期在一个月,但实际10号左右才能实际进入测试,预计30号上线,因此,要在短短的20天时间内,完成所有测试工作,难度较大
1将安全性测试及性能测试放在二期的后期进行
2首先保证功能模块的正确实现,主流程能够正常流转
高
2
人力资源
测试人员主要属于新入职员工
从别的项目组派过来1-2名经验较高的测试人员把关重点关键核心业务,保证核心业务的流程及数据流转的正确
高
3
测试版本
1测试版本更新太频繁
2测试版本部署有问题
3代码未及时提交
这些方面都会影响测试的进度
1测试版本由测试人员控制
2提高打包及部署的质量
3建议开发组及时更新最新的代码
中
4
需求变更
来自产品需求变更,有可能会影响开发及测试的进度
建议在开发人员编码的时候,将业务逻辑理清楚,发现问题及时解决
低
5
其他
其他未知的风险
未知
7测试策略
7.1数据和数据库完整性测试
测试目标
确保数据库访问方法和功能正常运行,数据不会遭到损坏
测试范围
核心模块
测试技术
调用各个数据库访问方法和功能,并在其中填充有效的和无效的数据(或对数据的请求)。
检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保正当的方法检索到了正确的数据
开始标准
提交测试版本,实际执行测试时开始
完成标准
所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。
测试重点和优先级
重点关注核心模块,尤其是数据的增删查改操作
需考虑的特殊事项
应该以手工方式调用。
先以少量测试数据进行,后期采用客户实际数据。
7.2功能测试
测试目标
确保系统的业务流转正常
测试范围
正确的业务流程,对以及非正常流程的处理
如针对核心业务模块,测试的重点在:
用户浏览图书,添加到购物车,用户下订单、网上银行支付、管理员订单审核
测试技术
利用有效的和无效的数据来执行各个用例,以核实以下内容:
1在使用有效数据时得到预期的结果。
2在使用无效数据时显示相应的错误消息或警告消息。
3各业务流程都得到了正确的应用。
开始标准
模块功能均已正确实现
完成标准
系统的业务流转正常,且对异常做了处理
测试重点和优先级
按照本文档1.3部分定义
需考虑的特殊事项
网上支付涉及到第三方接口,需等双发达成协议后再重点测试
7.3用户界面测试
测试目标
通过测试进行的浏览,可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab键、鼠标移动、和快捷键)的使用
窗口的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。
测试范围
所有页面
测试技术
对每个窗口进行测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。
开始标准
二期的系统测试开始时介入
完成标准
用户界面符合需求
测试重点和优先级
重点是前台展示页面
需考虑的特殊事项
准备界面检查单
7.4兼容性测试
测试目标
通过在不同操作系统和不同浏览器中测试网站所有功能
测试范围
1普通用户图书购买模块要求兼容IE、Firefox、Opera、Netscape、搜狗、360浏览器,且能在Windows中、英文操作系统下正常显示(win2000,winxp,win2003,vista)
2系统管理员管理中心及后台要求IE6.0即可
测试技术
兼容性测试
开始标准
二期的系统测试开始时介入
完成标准
各浏览器及操作系统下能够正常显示
测试重点和优先级
客户端重点考虑winxp和vista
需考虑的特殊事项
考虑不同操作系统+不同浏览的组合测试
7.5性能测试
另见性能测试计划
7.6安全性和访问控制测试
测试目标
核实普通用户只能访问其所属用户类型已被授权访问的那些功能或数据。
测试范围
对数据或业务功能的访问以及对系统的登录。
测试技术
确定并列出各用户类型及其被授权访问的功能或数据。
为各用户类型创建测试,并通过创建各用户类型所特有的事务来核实其权限。
开始标准
二期的系统测试开始时介入
完成标准
各种已知的用户类型都可访问相应的功能或数据,而且所有事务都按照预期的方式运行,并在先前的应用程序功能测试中运行了所有的事务。
测试重点和优先级
重点关注用户权限、订单管理的数据传输
需考虑的特殊事项
如果用户要求较高,单独列出安全性测试方案