系统软件测试计划书模板.docx
《系统软件测试计划书模板.docx》由会员分享，可在线阅读，更多相关《系统软件测试计划书模板.docx（10页珍藏版）》请在冰豆网上搜索。
系统软件测试计划书模板
系统软件测试计划书Word模板
系统软件测试计划书
XX
测试计划
北京某某科技有限公司
20XX年X月
关于本文档
主 题
xx系统测试计划
说 明
适用对象
项目组成员、测试人员、开发人员、项目经理、测试经理和需要阅读本报告的高层经理
修订历史
版本
章节
类型
日期
作者
说明
说明：
类型－创建（C）、修改（U）、删除（D）、增加（A）；
目 录
关于本文档
1 介绍
1.1 标识
1.2 系统概述
1.3 文档概述
2 引用文档
3 术语和定义
4 测试目标和测试内容
4.1 测试目标
4.2 测试的功能特性
4.3 测试的质量目标
5 应交付的测试成果文档
6 测试策略
6.1 测试依据
6.2 整体测试策略
6.3 问题等级划分
6.4 开始/中断/完成标准
6.4.1 测试启动标准
6.4.2 测试终端标准
6.4.3 测试完成标准
6.5 测试流程
6.6 测试技术和方法
6.7 评价准则和方法
7 关键资源
7.1 硬件环境
7.2 软件环境
7.3 网络环境
8 角色和职责
9 测试活动和进度计划
9.1 项目总体进度
9.2 测试时间安排
10 风险分析及应急计划
1 介绍
1.1 标识
XX；
1.2 系统概述
XX
1.3 文档概述
为了更好的配合系统顺利完成，现制XX测试计划，对测试进度安排进行规划，合理分配人力，物力。
本文档适用于业主方项目组成员、测试人员、开发人员、项目经理、测试经理和需要阅读本报告的高层经理。
2 引用文档
XX
3 术语和定义
1.
2.
3.
4 测试目标和测试内容
4.1 测试目标
4.2 测试的功能特性
4.3 测试的质量目标
5 应交付的测试成果文档
软件测试计划、软件测试说明（含测试用例）、软件测试报告。
6 测试策略
6.1 测试依据
6.2 整体测试策略
测试方法：
黑盒测试
测试手段：
手工测试。
测试范围：
功能测试、用户界面测试、手机端测试。
6.3 问题等级划分
划分软件缺陷的等级分类代码。
推荐的等级划分如下：
缺陷代码
缺陷等级
描述
A
严重缺陷
l 文档与软件不符、文档严重不足、关键性内容错误。
l 软件需求明显未实现。
l 软件不能正常运行，导致系统崩溃或资源严重不足。
例如：
由程序引起的死机、非法退出；死循环；导致数据库发生死锁；错误操作导致的程序中断；与数据库连接错误；数据通讯错误等。
B
较严重缺陷
l 软件能够运行，但当前缺陷严重影响软件基本功能的正确实现，例如：
软件功能与需求不符；程序接口错误；数据流错误；数值计算错误等。
C
一般性缺陷
l 软件能够运行，但当前缺陷影响部分功能的正确实现。
例如：
界面错误；打印内容或格式错误；简单的输入限制未放在前台进行控制；删除操作未给出提示；数据输入没有边界值限定或不合理等。
D
较小缺陷
l 软件能够运行，软件功能基本实现，但当前缺陷使操作者不方便或遇到麻烦。
例如：
辅助说明描述不清楚；显示格式不规范；系统处理未优化；长时间操作未给用户进度提示；提示窗口文字未采用行业术语等。
6.4 开始/中断/完成标准
6.4.1 测试启动标准
硬件环境搭建就绪，软件环境配置就绪，测试用例编写完成。
6.4.2 测试终端标准
l 各个模块集成之后，30%的功能出现一二级缺陷，测试终止，重新进行编码；
l 出现重大需求变更（包括影响系统的体系结构，主要功能模块的流程变动），测试需要终止。
l 测试过程中，应用服务器终止服务或服务器宕机应立即停止测试，协同相关人员查找原因。
6.4.3 测试完成标准
完成整个测试流程。
6.5 测试流程
测试工作分为4个阶段，分别为制定测试计划、编写测试用例、执行测试、提交报告。
6.6 测试技术和方法
测试采用的方法为黑盒测试，通过手工测试。
6.7 评价准则和方法
可执行软件与需求规格说明书、设计说明书是一致的；
1测试覆盖率应达到100%
2测试用例通过率要达到95%；
3软件缺陷终结率达到100%
4系统页面风格符合规范化要求，程序代码编写以及各种命名符合规范化要求。
5各模块正确衔接。
6对异常数据应有相应的提示信息，并能安全终止异常操作。
7 关键资源
7.1 硬件环境
设备名称
数量（台）
配置情况
其他要求
7.2 软件环境
序号
平台
软件要求
1
2
3
4
5
7.3 网络环境
公司内部局域网
8 角色和职责
角色
姓名
职责
9 测试活动和进度计划
9.1 项目总体进度
9.2 测试时间安排
10 风险分析及应急计划
风险类别
风险描述
规避方法简要描述
技术风险
技术成熟性
l 选择成熟技术
l 制定多个候选方案进行决策分析
技术复杂性
l 制定多个候选方案进行决策分析，选择不复杂的技术
与其他项目的相关性
l 其他项目组要明确需求
l 建立项目组间的委托与承诺的关系
l 跟踪其他项目组的开发过程
费用风险
任务要求明确性
l 明确开发范围
l 明确项目目标
技术因素影响
选择成熟技术
进度因素影响
制定合理的项目计划
成本预算准确性
选择科学的成本预算方法
合同报价影响
对市场进行充分调研
进度风险
用户需求的膨胀和变更
l 建立并遵守需求变更的流程
l 在项目前期做好需求采集与分析工作，保证需求的完整与正确
技术因素影响
l 制定新技术的研究计划
l 制定替代技术的候选方案
计划合理性
l 对项目计划进行及时跟踪，了解项目的偏差及偏差产生的原因，对项目计划进行变更
资源充分性
l 制定合理的项目计划
l 高级领导要充分支持
项目人员经验
l 选择一定比例的有经验的开发人员参与项目
项目骨干人员的变化
l 重要模块不能只有一人负责（熟悉）
由于用户某些活动的拖延导致计划变更
l 与用户定期及时沟通
管理风险
领导素质
过程规范
l 组织建立完善的规章制度及各种规范
l 项目选择或者建立合适的规章制度
开发人员素质
l 通过技术培训提高技术水平
l 通过思想道德教育提高思想素质
开发环境及条件
开发组织根据项目需求及相关的成本预算尽量提供良好的开发环境及条件
组织内相关各项目组或部门的协调
l 制定组间或部门间协调工作的规范
l 对问题进行跟踪
开发组与客户的交流不畅通，信息不能及时反馈
l 项目开始前制定相关的制度，确定相关问题的负责人
l 对发现的问题跟踪
社会环境风险
自然灾害
无法规避
国际关系
无法规避
国家政策
无法规避
军事战略
无法规避
相关法律法规的影响
无法规避
新技术发展
无法规避
升级会员 