软件测试计划

1、项目名称软件测试计划 姓名：软件测试计划目录1 引言11.1 编写目的11.2 背景11.3 参考资料11.4 术语和缩写词12 任务概述13. 测试计划13.1 测试方案13.2 测试项目13.3 测试资源13.4 测试进度14测试过程24.1 单元测试24.1.1 单元测试计划24.1.2 单元测试用例设计24.2 组装测试24.2.1 组装测试计划24.2.2 组装测试用例设计24.3 确认测试24.3.1 确认测试计划24.3.2 确认测试用例设计25 评价35.1 范围35.2 数据整理35.3 量度3软件测试计划1 引言1.1 编写目的编写本测试计划的目的是为整个测试阶段的管理工作

2、和技术工作提供指南；同时确定测试的内容和范围，为评价系统提供依据；此外还帮助用户安排测试活动，说明对设备器材和机构人员的资源需求；说明测试结果的评价指标。1.2 背景说明本测试计划所属软件系统的名称、特征、要求和难点，以及在开始执行本测试计划之前必须完成的各项任务。1.3 参考资料包括：a.项目来源；b.本文档中引用到的规范和资料等；c.列出这些规范和资料的作者、编号、标题、发表日期、出版单位或资料来源。【注】（1）所参考的教科书不需列出；（2）只列本文档中所实际引用的资料。1.4 术语和缩写词列出本文档中用到的专门术语的定义和缩写词，缩写词要给出中文译名和英文全称，常用的不需要定义。2 任务

3、概述 说明项目目标、运行环境、内容范围，以及条件与限制。3. 测试计划3.1测试项目列出所有测试项目及测试活动。3.2 测试方案说明确定测试方法和选取测试用例的原则。3.3 测试资源说明测试地点、环境，测试组构成及人员分工。3.4 测试进度说明各测试项目的具体安排。4测试过程4.1 单元测试【注】单元测试是检查软件设计的最小单元，是以详细设计文档为依据，对重要的路径进行测试，用以发现逻辑结构中的错误。OO软件中的类与传统模块不同；每个类都封装了属性（数据）和操作（功能），一般一个模块只有一个功能，而一个类可以包含多个不同的功能；因此，对类要进行多个功能的测试。另外，父类中某个功能可以被多个子类

4、继承；如果子类中某个功能又有一些不同，还必须对子类中的功能进行测试。4.1.1 单元测试计划说明单元测试的测试内容、测试条件以及测试的进度安排。4.1.2 单元测试用例设计对单元测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。4.2 组装测试【注】组装测试是用于软件装配的系统技术。它以概要设计文档为依据，在软件装配的同时进行测试，主要是用来发现与接口相联系的错误。传统软件模块间的层次结构存在控制关系，而OO软件虽然没有层次控制关系，每次组装一个功能进入一个类是不够的；因为，组成类的各个成分之间存在着直接和间接的交互作用。所以，OO软件组装测试还必须

5、进行类间的合作测试。4.2.1 组装测试计划说明组装测试的测试内容、测试条件以及测试的进度安排。4.2.2 组装测试用例设计对组装测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。4.3 确认测试【注】确认测试是以软件需求说明文档为依据，用以检查软件功能与用户需求是否一致。4.3.1 确认测试计划说明确认测试的测试内容、测试条件以及测试的进度安排。4.3.2 确认测试用例设计对确认测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。如果对系统的非功能性需求（如性能、可靠性、可移植性等）要特殊的要求，也可设计相应的测试用例来进行测试和评价。5 评价5.1 范围说明所选择的测试用例能够检查的范围及其局限性。5.2 数据整理对测试数据进行