总体测试计划Word文档下载推荐.docx

1、时号R修订 说明修订状态*Fn1TSA熊r件M汝 嬪修订状态:A-增加,M-修改,D-删除日期格式：YYYY-MM-DD1.引言1.1.编写目的阐明编写测试计划的目的并指明读者对象。1. 2.术语列出测试计划中所用到的专门术语的定义和缩写词的原意。1.3.测试标准请描述测试是否通过所依据的标准。例如需求规格说明书。1.4.参考资料列出有关资料的作者、标题、编号、发表曰期、出版单位或资料来源，可包括：a、 项目的计划任务书、合同或批文;b、 项目开发计划;c、 需求规格说明书;d、 概要设计说明书;e、 详细设计说明书;f、 用户操作手册;g、 本测试计划中引用的其他资料、采用的软件开发标准或规

2、范。2.任务概述2.1.人员安排描述参与测试的主要人员以及他们的工作职责测试人员的培训和资格要求。其中测试参与度指本项目的测试工作占其主要工作量的百分比。角色姓名主要工作职责测试参与度测试组 长张三组织测试策划，编制测 试计划100%组织测试案例的编制提供技术指导，评估测 试工作汇报测试工作开发组在单元测试中进行B角 测试10%测试员李四参与单元测试与集成测 试50%王五2. 2.测试环境下表列出了测试项目所需的测试环境资源3此时并不完全了解测试系统的具体元素建议描述整个项目测试环境的部署图、每台测试机器的作用以 及配置要求。2. 3.测试工具列出测试组要使用到的测试工具、测试管理工具，指明工

3、具名称、版本号以及其它必要的信息，如工具配置要求等:工具名称版本要求备注3.测试策略3. 1.测试需求（可选）在本章节描述项目将要经历的测试需求的编写规范和管理方式。3. 1. 1. 测试需求编号规则在这里描述测试需求如何编号以及如何与软件需求规格说明书的编号相对应。便于测试需求追踪，以及能与需求规格说明书保持一致在这里描述编写测试需求的要素与规范，包括格式与内容上的。测试需求至少要包括以下要素测试需求编号测试需求优先级以及优先级策略测试需求评审信息测试需求与需求规格说明书以及测试用例的对应关系3. 1. 3. 测试需求的管理办法在这里描述本项目测试需求的管理方法，测试需求可以用文档方式编写纳

4、 入配置管理，也可以通过其他测试管理工具实现测试需求的管理。测试需求变更的管理n3. 2.测试用例要求3. 2.1. 测试用例编号规则描述本项目的测试案例的编号规则。可以按不同的测试类型分别给予不同 的编号，或参考需求编号方式编号。3. 2. 2. 测试用例的编写规范描述本项目的测试用例的编制要求，包括格式与内容上的。测试用例至少包括以下要素：与测试需求的对应关系测试用例的编写人测试用例评审信息测试用例的实现目标测试用例的优先级3. 2. 3. 测试用例的管理办法描述本项目测试用例的管理方式。可以用WORD或EXCEL等OFFICE工具进 行案例编辑.也可以采用电子工具编写和管理测试案例。测试

5、用例的变更管理3. 3.测试方案在本章节描述本项目将要经历的测试阶段，以及不同阶段的测试重点、测 试类型、测试覆盖范围和测试的参与人等。一般情况下，项目经历的测试 阶段有：单元测试、集成测试、确认测试（系统测试/发行测试）、验收测 试（由项目实施部门组织通常在客户处进行）。可能会进行的测试类型 有：数据和数据库完整性测试、功能测试、界面测试、性能测试、强度测 试、容量测试、安全性和访问控制测试、故障转移和恢复测试、配置测 试、安装测试 3. 3.1. 单元测试测试目标测试重点与优先 级测试范围： 重点与优先级：测试类型测试输入测试输出测试结束标准测试案例覆盖要 求BUG记录要求测试实施人3.

6、3. 3. 系统测试3- 3. 4. 验收测试3. 4.测试缺陷管理3. 4.1. 缺陷记录描述本项目进行缺陷记录的方法,以及项目对缺陷类型、状态、级别、夬 闭条件等各方面的定义。如果使用电子工具记录缺陷.应告知这些工具的使用 与登录方法。如在软件测试的各流程中，发现的软件缺陷统一记录到缺陷跟踪表。3.4. 2. 有异议缺陷的确认描述测试组与开发组对缺陷的处理意见产生分歧时如何协调解决的办法。3.4. 3. 缺陷的统计与分析描述项目进行缺陷统计的周期与要求。4.主要进度安排描述本项目的测试工作进度安排,可随着项目的深入而不断细化。如:阶段测试工作输出时间安 排实施人需求阶 段参与项目计划制定编制测试计划 组织编制部分功 能测试案例测试总体计 划、功能测试 案例测试组 长张三设计阶 段编制功能测试案 例编制集成测试案例测试案例测试组 所有成 员编码阶 段单元测试经过测试的程 序、单元测试BUG记录测试阶 段集成测试集成测试报 告、集成测试开李王 试，组、 测组发四五系统测试验收阶 段验收测试