软件测试计划模板.doc

PAGE 《项目名称》 软件测试计划 项目组成员信息 小组名称 学号 姓名 承担的角色 百分比 2013-12 目 录 TOC \o 1-3 \h \z \u 1. 引言 1 1.1 编写目的 1 1.2 背景 1 1.3 参考资料 1 1.4 术语和缩写词 1 2. 任务概述 1 3. 测试计划 1 3.1测试项目 1 3.2 测试策略和技术 1 3.3 测试资源 1 3.4 测试进度 1 4．测试过程 2 4.1 单元测试 2 4.1.1 单元测试计划 2 4.1.2 单元测试用例设计 2 4.2 集成测试 2 4.2.1 集成测试计划 2 4.2.2 集成测试用例设计 2 4.3 确认测试 2 4.3.1 确认测试计划 2 4.3.2 确认测试用例设计 2 5 评价 3 5.1 范围 3 5.2 数据整理 3 5.3 测试通过准则 3 【注】本编写指南中带有“*”标志的表示可选部分，即在文档编写过程中可以依据实际项目的具体情况进行取舍，文档完成后这些“*”标记应该去掉。 软件测试计划 PAGE 3 1. 引言 1.1 编写目的 编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南；同时确定测试的内容和范围，为评价系统提供依据；此外还帮助用户安排测试活动，说明对设备器材和机构人员的资源需求；说明测试结果的评价指标。 1.2 背景 说明本测试计划所属软件系统的名称、特征、要求和难点，以及在开始执行本测试计划之前必须完成的各项任务。 1.3 参考资料 包括： a. 项目来源； b. 本文档中引用到的规范和资料等； c. 列出这些规范和资料的作者、编号、标题、发表日期、出版单位或资料来源。 【注】（1）所参考的教科书不需列出；（2）只列本文档中所实际引用的资料。 1.4 术语和缩写词 列出本文档中用到的专门术语的定义和缩写词，缩写词要给出中文译名和英文全称，常用的不需要定义。 2. 任务概述 说明项目目标、运行环境、内容范围，以及条件与限制。 3. 测试计划 3.1测试项目 描述被测试的对象，以及所有要被测试的软件特性及其组合。 3.2 测试策略和技术 说明所才用的测试策略和具体执行的测试类型，以及对应的所才用的测试技术。 3.3 测试资源 说明测试地点、软硬件环境，测试组构成及人员分工。 3.4 测试进度 说明整个测试过程的总体进度安排。 4．测试过程 4.1 单元测试 【注】单元测试是检查软件设计的最小单元，是以详细设计文档为依据，对重要的路径进行测试，用以发现逻辑结构中的错误。OO软件中的类与传统模块不同；每个类都封装了属性（数据）和操作（功能），一般一个模块只有一个功能，而一个类可以包含多个不同的功能；因此，对类要进行多个功能的测试。另外，父类中某个功能可以被多个子类继承；如果子类中某个功能又有一些不同，还必须对子类中的功能进行测试。 4.1.1 单元测试计划 说明单元测试的测试内容、测试条件以及测试的进度安排。 4.1.2 单元测试用例设计 对单元测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。 4.2 集成测试 【注】集成测试是用于软件集成的系统技术。它以概要设计文档为依据，在软件集成的同时进行测试，主要是用来发现与接口相联系的错误。传统软件模块间的层次结构存在控制关系，而OO软件虽然没有层次控制关系，每次集成一个功能进入一个类是不够的；因为，组成类的各个成分之间存在着直接和间接的交互作用。所以，OO软件集成测试还必须进行类间的合作测试。 4.2.1 集成测试计划 说明集成测试的测试内容、测试条件以及测试的进度安排。 4.2.2 集成测试用例设计 对集成测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。 4.3 确认测试 【注】确认测试是以软件需求说明文档为依据，用以检查软件功能与用户需求是否一致。 4.3.1 确认测试计划 说明确认测试的测试内容、测试条件以及测试的进度安排。 4.3.2 确认测试用例设计 对确认测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。如果对系统的非功能性需求（如性能、可靠性、可移植性等）要特殊的要求，也可设计相应的测试用例来进行测试和评价。 5 评价 5.1 范围 说明所选择的测试用例能够检查的范围及其局限性。 5.2 数据整理 对测试数据进行整理，使得测试结果可以同预期结果进行比较，以便于测试结果的分析和评价。 5.3 测试通过准则 说明本次测试是否完成的相关准则。