测试计划书和系统测试计划
测试计划书
一. 引言
1. 目的
为了使系统测试阶段工作能够有条理的进行，同时系统测试能够有依据的标准，特编写此计划书。
2. 背景
待开发的软件系统名称：
本项目的开发者：
3. 范围
项目经理、测试组所有成员
4. 缺陷分类标准
严重缺陷
1. 由于程序所引起的死机,非法退出
2. 死循环
3. 因错误操作导致的程序中断
4. 功能错误
5. 数据通讯错误
较大缺陷
1. 程序错误
2. 程序接口错误
较小缺陷
1. 操作界面错误（包括数据窗口内列名定义、含义是否一致）
2. 打印内容、格式错误
3. 简单的输入限制未放在前台进行控制
4. 删除操作未给出提示
轻微缺陷
1. 界面不规范
2. 辅助说明描述不清楚
3. 输入输出不规范
4. 长操作未给用户提示
5. 提示窗口文字未采用行业术语
6. 可输入区域和只读区域没有明显的区分标志
其它缺陷
其它错误
5. 测试参考文档
需求文档，原型图
二. 测试策略
1.功能测试
测试目标：所有功能测试需求项的功能实现。
测试方法：按照测试需求、通过准则、测试用例，采用手动测试，核实以下内容：
在使用合法数据时得到正确的结果。
在使用非法数据时显示相应的错误信息或警告信息。
各业务规则都得到了正确的应用。
测试工具: 禅道
完成标准：所计划的测试已全部执行。
所发现的缺陷修复率达到通过准则要求。
不能实现的功能测试需求项开发组给出了合理的说明或作了需求变更。
特殊事项：无
2.性能测试
测试目标：核实系统一些关键场景大并发用户时系统能力、稳定性、可靠性
测试方法：使用工具模拟虚拟用户对各场景进行并发、长时间压测。
测试工具:
完成标准：压测结果符合规定的性能指标
特殊事项：相应的功能正常使用，注意测试数据
3. 安全测试
测试目标：应用程序级别的安全性：核实特定用户只能访问其所属用户类型已被授权访问的那些功能或数据
测试方法：为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限，修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据
测试工具:
完成标准：各种已知的用户类型都可以访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务
特殊事项：事务处理过程中忽然断电，重新进入系统时是否会继续处理或提示相应信息。
4. 兼容性测试
测试目标：核实测试对象在各类操作系统和浏览器版本中是否能正常使用
测试方法：在各类各类操作系统和浏览器版本中验证各功能
测试工具:
完成标准：在各浏览器中功能和数据能正常使用和展示
特殊事项：
5. 兼容性测试
测试目标：程序界面符合相关的规范。（包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准）
测试方法：按照相关规定逐项检查，包括菜单、按钮、版权信息等。检查提示信息中的文字和标点符号、图标等
测试工具:
完成标准：程序界面符合相关的规范，各个窗口都与基准版本保持一致，或符合可接受标准
特殊事项：注意启动画面和安装程序的版权信息，注意版本信息。
三、测试环境
硬件环境、软件环境、特定测试环境要求
四、测试任务和进度
1. 测试任务
|
测试阶段 |
测试任务 |
阶段完成标志 |
|
总体测试计划阶段 |
阅读参考文档，制定测试计划，分派测试任务。 |
提交《总体测试计划》并通过评审 |
|
系统测试计划 |
根据应用项目需求分析文档，制定应用项目系统测试计划 |
提交《系统测试计划》并通过评审 |
|
系统测试设计 |
开发测试用例设计 |
提交《系统测试用例》并通过评审 |
|
系统测试实施阶段 |
执行系统测试 |
提交《系统测试bug日志》并且测试需求项满足通过准则 |
|
最终用户文档检验阶段 |
检查《用户手册》和《操作手册》,编写《测试分析报告》。 |
确保相关开发文档与最终实现的系统一致,提交《测试分析报告》。 |
2. 测试进度
|
测试活动 |
计划开始日期 |
计划结束日期 |
执行人 |
阶段完成标志 |
|
测试计划 |
|
|
|
提交《系统测试计划》 |
|
测试设计 |
|
|
|
提交《系统测试用例设计》 |
|
测试实施 |
|
|
|
提交《系统测试BUG追踪单》 |
|
测试总结 |
|
|
|
提交《系统测试总结分析报告》 |
注：
1. 每次测试组测试和开发组修改的时间均不宜超过3天。
2. 该测试进度完全依赖于项目开发小组的开发计划和实际进度，若开发小组调整计划或改变进度，测试进度亦将作相应的调整。
3. 如遇项目开发计划发生更改，测试计划相应更改。
4. 如有项目变更测试计划同时更改。
五、通过准则
1. 实现了所有的测试策略并达到完成标准。
2.《需求说明书》、《概要设计说明书》、《详细设计说明书》》和编码实现一致。
3. 测试结束后，开发组对实现有误的测试需求项的修改达到如下程度：
Ø 一、二、三级错误的修复率达到100%
Ø 四级、五级错误不超过10个
系统测试计划
计划内容
计划包含：测试阶段，功能模块，测试时间，工时，测试执行人，优先级，完成情况，备注等信息，一般用excel文档编写，方便跟踪，测试的版本如遇阻塞问题时，及时在备注信息填写
