总体测试计划修订稿
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
总体测试计划
Document number【AA80KGB-AA98YT-AAT8CB-2A6UT-A18GG】
总体测试计划
版权信息
本文件涉及之信息,属江西省通信产业服务有限公司所有。
未经江西省通信产业服务有限公司允许,文件中的任何部分都不能以任何形式
向第三方散发。
文档修订记录
日期格式:YYYY-MM-DD
目录
1.引言
1.1.编写目的
阐明编写测试计划的目的并指明读者对象。
1.2.术语
列出测试计划中所用到的专门术语的定义和缩写词的原意。
1.3.测试标准
请描述测试是否通过所依据的标准。例如需求规格说明书。
1.4.参考资料
列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a、项目的计划任务书、合同或批文;
b、项目开发计划;
c、需求规格说明书;
d、概要设计说明书;
e、详细设计说明书;
f、用户操作手册;
g、本测试计划中引用的其他资料、采用的软件开发标准或规范。
2.任务概述
2.1.人员安排
描述参与测试的主要人员以及他们的工作职责,测试人员的培训和资格要求。其中测试参与度指本项目的测试工作占其主要工作量的百分比。
2.2.测试环境
下表列出了测试项目所需的测试环境资源。此时并不完全了解测试系统的具体元素。建议描述整个项目测试环境的部署图、每台测试机器的作用以及配置要求。
2.3.测试工具
列出测试组要使用到的测试工具、测试管理工具,指明工具名称、版本号以及其它必要的信息,如工具配置要求等:
3.测试策略
3.1.测试需求(可选)
在本章节描述项目将要经历的测试需求的编写规范和管理方式。
3.1.1.测试需求编号规则
在这里描述测试需求如何编号以及如何与软件需求规格说明书的编号相对应。便于测试需求追踪,以及能与需求规格说明书保持一致
3.1.2.测试需求的编写规范
在这里描述编写测试需求的要素与规范,包括格式与内容上的。测试需求至少要包括以下要素
测试需求编号
测试需求优先级以及优先级策略
测试需求评审信息
测试需求与需求规格说明书以及测试用例的对应关系
3.1.3.测试需求的管理办法
在这里描述本项目测试需求的管理方法,测试需求可以用文档方式编写纳入配置管理,也可以通过其他测试管理工具实现测试需求的管理。
测试需求变更的管理。
3.2.测试用例要求
3.2.1.测试用例编号规则
描述本项目的测试案例的编号规则。可以按不同的测试类型分别给予不同的编号,或参考需求编号方式编号。
3.2.2.测试用例的编写规范
描述本项目的测试用例的编制要求,包括格式与内容上的。
测试用例至少包括以下要素:
与测试需求的对应关系
测试用例的编写人
测试用例评审信息
测试用例的实现目标
测试用例的优先级
3.2.3.测试用例的管理办法
描述本项目测试用例的管理方式。可以用WORD或EXCEL等OFFICE工具进行案例编辑,也可以采用电子工具编写和管理测试案例。
测试用例的变更管理
3.3.测试方案
{在本章节描述本项目将要经历的测试阶段,以及不同阶段的测试重点、测试类型、测试覆盖范围和测试的参与人等。一般情况下,项目经历的测试阶段有:单元测试、集成测试、确认测试(系统测试/发行测试)、验收测试(由项目实施部门组织通常在客户处进行)。可能会进行的测试类型有:数据和数据库完整性测试、功能测试、界面测试、性能测试、强度测
试、容量测试、安全性和访问控制测试、故障转移和恢复测试、配置测试、安装测试。}
3.3.1.单元测试
3.3.2.集成测试
3.3.3.系统测试
3.3.
4.验收测试
3.4.测试缺陷管理
3.4.1.缺陷记录
描述本项目进行缺陷记录的方法,以及项目对缺陷类型、状态、级别、关闭条件等各方面的定义。如果使用电子工具记录缺陷,应告知这些工具的使用与登录方法。如:
在软件测试的各流程中,发现的软件缺陷统一记录到《缺陷跟踪表》。
3.4.2.有异议缺陷的确认
描述测试组与开发组对缺陷的处理意见产生分歧时如何协调解决的办法。
3.4.3.缺陷的统计与分析
描述项目进行缺陷统计的周期与要求。
4.主要进度安排
描述本项目的测试工作进度安排,可随着项目的深入而不断细化。如: