文档介绍：testing
XXX系统测试方案
（）
拟制: 审核: 批准:
日期:
日期:
日期:
修订记录
日期
修订版本
testing
XXX系统测试方案
（）
拟制: 审核: 批准:
日期:
日期:
日期:
修订记录
日期
修订版本
描述
作者
概述 5
被测对象 5
应测试的特性 5
不被测试的特性 6
测试模型 6
测试组网图/结构关系图 6
测试原理/策略 7
操作流程 7
测试需求 7
环境需求 7
被测对象需求 8
测试工具需求 8
测试代码需求 8
测试数据需求 8
测试设计 9
测试工具设计 9
测试代码设计 9
测试用例设计 9
测试规程设计 10
测试用例规模 10
预测试策略 10
回归测试策略 10
缺陷跟踪设计 10
缺陷状态定义 10
缺陷管理流程图 12
缺陷的严重级别 12
缺陷分析报告的生成 12
SugarCRM
关键词：系统测试方案，系统测试需求
摘 要：本文档是XXX项目系统测试方案，用来明确系统测试特性、系统测试需求，并进 行各需求的设计。
缩略语清单：
参考资料清单：
名称
作者
编号
发布日期
出版单位
1概述
2被测对象
应测试的特性
3测试模型
测试组网图/结构关系图
备注说明:
测试角色
服务安装IP地址
服务名称
测试原理/策略
操作流程
测试方法
重点关注项和策略
测试需求
环境需求
1)
本次测试环境符合软件运行的最低要求，并选用普及的操作系统和软件平台。
硬件环境：
2）软件环境:
系统架构
测试环境配置
注：测试环境中允许存在少量共存软件，不影响被测软件的性能。
3）网络环境：
被测对象需求
测试工具需求
测试工具类型
测试工具名称
测试工具版本
测试代码需求
测试数据需求
5测试设计
测试工具设计
测试代码设计
测试用例设计
测试人员根据以下黑盒测试用例设计方法的:
所有用例按照模块进行规划，并且遵守统一的编号规则。
用例编号规则如下：
例如：
3）测试用例优先级
4）预测试用例设计
测试规程设计
测试用例规模
预测试策略
回归测试策略
6缺陷跟踪设计
缺陷状态定义
缺陷状态
含义说明
操作权限人
New
bug提交到缺陷库中会自动的被设置成
New状态
测试人员
Open
开发人员开始处理bug时，他将这个
开发人员
员正在处理这个“bug”
bug的状态设置为“Open”，表示开发人
当开发人员进行处理（并认为已经解
开发人员
决）之后，他（她）就可以将这个bug
Fixed
的状态设置为“Fixed”并将其提交给开
发组的负责人，然后开发组的负责人将
这个bug返还给测试组
测试组的负责人接到上述bug的时候，
测试人员和开发人员
如果他（她）发现这是产品说明书中定 义的正常行为或者经过与开发人员的
Rejected
讨论之后认为这并不能算作bug的时
候，开发组负责人就将这个bug的状态
设置为 “Rejected”
有些时候，对于一些特殊的bug的测试
需要搁置一段时间，事实上有很多原因
可能导致这种情况的发生，比如无效的
Postponed
测试数据，一些特殊的无效的功能等
等，在这种情况下，bug的