HYPERLINK \l "_Toc333910869" 7.2?测试通过标准 PAGEREF _Toc333910869 \h 7
HYPERLINK \l "_Toc333910870" 8 问题严重度描述? PAGEREF _Toc333910870 \h 7
HYPERLINK \l "_Toc333910871" 9 附录 PAGEREF _Toc333910871 \h 7
简介
目的本小节用于描述本文的编写目的,面向的主要阅读对象(如部门经理,产品经理,测试人员等)
背景
本小节用于描述被测对象的基本情况,如系统架构图、功能结构图、网络拓扑图等。
定义、术语
本小节用于描述本文使用的专业术语、定义,定义见表1.1
表 1.1
术语/定义
英文对应词
含 义
缩略语
本小节用于描述本文使用的专业术语、定义,定义见表1.2
表 1.2
英文缩写
英文全称
中文解释
参考文档和测试输出文档
参考文档
表3.1列出了制定测试计划时所使用的文档,并标明了各文档的可用性:
表 3.1
文档
已创建或可用
已被接收或经过复审
作者
备注
软件需求说明书
是□ 否□
是□ 否□
用户操作手册
是□ 否□
是□ 否□
安装指南
是□ 否□
是□ 否□
详细设计
是□ 否□
是□ 否□
单元测试规程
是□ 否□
是□ 否□
单元测试方案
是□ 否□
是□ 否□
单元测试报告
是□ 否□
是□ 否□
输出文档
表3.2列出来后面的将要用到的文档,并根据项目进度逐步完成。
表 3.2
文档(版本/日期
已创建或可用
已被接受或已经过复审
作者
备注
系统测试总体计划
是□ 否□
是□ 否□
系统测试规程模板
是□ 否□
是□ 否□
系统测试用例模板
是□ 否□
是□ 否□
系统测试报告模板
是□ 否□
是□ 否□
系统测试规程
是□ 否□
是□ 否□
系统测试报告
是□ 否□
是□ 否□
测试进度
测试进度列出了测试活动的几个主要时间点,见表4.1
表 4.1
测试活动
测试周期
负责人
备注
系统估算及资源计划
人力资源
本小节主要是对本次系统测试所需要的人力资源进行规划
表 5.2
名称
需求数
到位日期
工作量(人天)
素质要求(技能或经验)
测试设计人员
1
已有
测试执行人员
4
已有
软件资源
本小节主要是对本次系统测试所需要的软件资源进行规划
表 5.3
编号
软件名称
版本
数量
到位日期
如何获得
责任人
备注
硬件环境
本小节主要是对本次系统测试所需要的硬件资源进行规划
表 5.4
编号
硬件名称
规格型号
数量
到位日期
如何获得
责任人
备注
测试风险
测试中可能会遇到的风险见表6.1
表 6.1
可能出现的问题
可能性
识别度
对项目的影响
应急措施
备注
人员调动
延长研发、测试进度
协调其他空闲开发、测试人员
测试数据不足
降低测试结果的准确性
协调现场数据或研发录入更多数据
测试用例覆盖不全面
降低测试结果的准确性
加强评审力度,尽可能覆盖更全面
测试策略
注意:不实施某种测试,则应该用一句话加以说明,并陈述这样的理由。例如,“将不实施该测试。该测试本项目不适用”。
测试类型
功能测试
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
表 7.1
测试目标:
确保所有的超链接都跳转到了正确的页面。
确保页面上的所有控件均能正常使用。
确保所有的报表都能正确查询出数据。
技术:
利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
进入所有的超链接以核实链接页面的正确性。
选择所有的下拉框、时间控件,以核实各控件是否正常使用。
完成标准:
所有功能均已实现、页面跳转正确、控件正常使用。
测试重点和优先级:
需考虑的特殊事项:
测试标准
覆盖率标准
对需求功能100%覆盖。
测试通过标准
描述测试通过的标准如:
测试遇到的所有问题已经记录下来;
测试覆盖率>95%,所有测试用例都已运行;
95%的测试用例已经成功通过;
无重大的功能、性能缺陷。
问题严重度描述
问题严重度
描 述
修正时间
1
系统崩溃、服务器宕机、业务中断等
1天或1天以上
2
数据问题如:查不出数据、数据重复、数据错误、功能无效等。
5小时以上
3
进行一些异常测试导致的问题
1-4小时
4
页面问题如:风格不统一、提示不友好等。
1小时内
附录
无
相关热词搜索: 模板 计划 考试 系统 XXX