[高等教育]测试计划.docVIP

软件测试计划 目录 1 概述 1 1.1 编写目的 1 1.2 背景 1 1.3 参考资料 1 1.4 术语和缩写词 1 2 单元测试 1 2.1 单元测试计划 1 2.2 单元测试用例设计 1 3 组装测试 1 3.1 组装测试计划 1 3.2 组装测试用例设计 1 4 确认测试 2 4.1 确认测试计划 2 4.2 确认测试用例设计 2 5 评价 2 5.1 范围 2 5.2 数据整理 2 5.3 量度 2 1 概述 1.1 编写目的 编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南；同时确定测试的内容和范围，为评价系统提供依据；此外还帮助用户安排测试活动，说明对设备器材和机构人员的需求。 1.2 背景 说明本测试计划所属软件系统的名称、特征、要求和难点，以及在开始执行本测试计划之前必须完成的各项任务。 1.3 参考资料 包括： a. 项目来源； b. 本文档中引用到的规范和资料等； c. 列出这些规范和资料的作者、编号、标题、发表日期、出版单位或资料来源。 【注】（1）所参考的教科书不需列出；（2）只列本文档中所实际引用的资料。 1.4 术语和缩写词 列出本文档中用到的专门术语的定义和缩写词，缩写词要给出中文译名和英文全称，常用的不需要定义。 2 单元测试 【注】单元测试是检查软件设计的最小单元，是以详细设计文档为依据，对重要的路径进行测试，用以发现逻辑结构中的错误。OO软件中的类与传统模块不同；每个类都封装了属性（数据）和操作（功能），一般一个模块只有一个功能，而一个类可以包含多个不同的功能；因此，对类要进行多个功能的测试。另外，父类中某个功能可以被多个子类继承；如果子类中某个功能又有一些不同，还必须对子类中的功能进行测试。 2.1 单元测试计划 说明单元测试的测试内容、测试条件以及测试的进度安排。 2.2 单元测试用例设计 对单元测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。 3 组装测试 【注】组装测试是用于软件装配的系统技术。它以概要设计文档为依据，在软件装配的同时进行测试，主要是用来发现与接口相联系的错误。传统软件模块间的层次结构存在控制关系，而OO软件虽然没有层次控制关系，每次组装一个功能进入一个类是不够的；因为，组成类的各个成分之间存在着直接和间接的交互作用。所以，OO软件组装测试还必须进行类间的合作测试。 3.1 组装测试计划 说明组装测试的测试内容、测试条件以及测试的进度安排。 3.2 组装测试用例设计 对组装测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。 4 确认测试 【注】确认测试是以软件需求说明文档为依据，用以检查软件功能与用户需求是否一致。 4.1 确认测试计划 说明确认测试的测试内容、测试条件以及测试的进度安排。 4.2 确认测试用例设计 对确认测试的每个测试用例逐一说明其测试内容、输入、输出以及测试过程和预期结果。可考虑采用表格的形式。如果对系统的非功能性需求（如性能、可靠性、可移植性等）要特殊的要求，也可设计相应的测试用例来进行测试和评价。 5 评价 5.1 范围 说明所选择的测试用例能够检查的范围及其局限性。 5.2 数据整理 对测试数据进行整理，使得测试结果可以同预期结果进行比较，以便于测试结果的分析和评价。 5.3 量度 说明用来判断测试结果的量度，作为检查被测试的软件是否已达到预期目标所允许的范围。 《项目名称》－－软件测试计划 姓名： 软件测试计划 1