24 软件接口测试用例-GJB438C模板

版    本：

状    态：

密    级：

分 发 号：

XX

软件接口测试用例

编制/日期：

审核/日期：

20XX年X月 

文档修订记录

1.1标识

【注释：本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。】

1.2系统概述

【注释：本条应概述本文档所适用的系统和软件的用途。描述系统与软件的一般特性（如规模、安全性、可靠性、实时性、技术风险等特性）；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。】

1.3文档概述

【注释：本条应概述本文档的用途和内容，并描述与它的使用有关的安全保密方面的要求。】

2引用文档

【注释：本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应给出不能通过正常渠道得到的文档的来源。】

3测试准备

3.1硬件准备

【注释：本条应描述测试工作所需的硬件准备规程。有关这些规程，可以引用已发布的操作手册。（若适用）应提供以下内容：

a） 用名称和（若适用）编号标识要使用的特定硬件；

b） 所有连接硬件所有的开关装置和电缆；

c） 说明硬件、互联控制和数据路径的一个或多个图示；

d） 使硬件处于就绪状态的逐步的操作说明。】

3.2软件准备

【注释：本条描述准备被测项、相关软件以及数据的必要规程。有关这些规程，可以引用已经发布的软件手册。（若适用）应提供下述信息：

a） 测试中要使用的特定软件；

b） 被测项的存储介质（如光盘、磁盘）；

c） 所有相关软件（如模拟器、测试驱动程序、数据库）的存储介质；

d） 加载软件的说明，包括所需的顺序；

e） 多个测试用例共用的软件初始化说明。】

3.3其他测试前准备

【注释：本条应描述其他测试前所需的人员活动、准备工作或规程。】

4测试说明

【本章应分为以下子条。（若适用）应包括“警告”或“注意”所标志的安全提示，以及保密性考虑。】

4.1测试用例编号规则

【注释：本章应说明测试用例唯一标识的编号规则。】

4.2测试用例列表

【注释：本条中测试用例应覆盖顾客全部需求。】

4.3.1（测试用例的唯一标识符）

【注释：本条应使用项目的唯一标识符标识（符合4.1相关要求）一个测试用例。说明其目的，并对其进行简要说明。应分为以下条对测试用例进行描述。或采用4.3.X.8中表格替代4.3.X.1-4.3.X.7中相关内容。】

4.3.1.1涉及的需求

【注释：本条应标识测试用例所涉及的软件需求或系统需求（此信息亦可在5a）中提供）。】

4.3.1.2先决条件

【注释：本条应描述执行测试用例前必须具备的先决条件，（若适用）应提供以下内容：

a）软件配置和硬件配置；

b）测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；

c）运行测试用例所需的预置硬件条件或电器状态；

d）计时测量所用的初始条件；

e）模拟环境的调整；

f）测试用例特有的其他特殊条件】

4.3.1.3测试输入

【注释：本条应描述测试用例所需的测试输入。（若适用）应提供以下内容：

a）每一个测试输入的名称、用途和说明（例如，取值范围，准确性）；

b）测试输入的来源于选择测试输入的方法；

c）测试输入是真实的还是模拟的；

d）测试输入的时间或事件序列；

e）控制输入数据的方式：

1）用最小/合理数量的数据类型和值，测试被测各项；

2）为了检验过载、饱和及其他“最坏情况”的影响，用各种有效数据类型和值测试被测各项；

3）为了检验对非常规输入的适当处理，用无效数据类型和值测试被测各项；

4）如需要允许回归测试。】

4.3.1.4预期的测试结果

【注释：本条应标识测试用例的所有预期测试结果。（若适用）应提供中间结果和最终结果。】

4.3.1.5结果评价准则

【注释：本条应标识用于评价测试用例的中间和最终结果的准则。（若适用）应对每一个测试结果提供以下信息：

a）输出可能编号但仍能接受的范围和准确性；

b）构成可接受的测试结果的输入和输出条件的最少组合或选择；

c）用时间或事件数表示的允许的最大/最小待测试持续时间；

d）中断、停机或其他系统突变可以发生的最大次数；

e）处理错误允许的严重程度；

f）当测试结果不确定时，进行再测试的条件；

g）输出解释为“输入测试数据、测试数据库/数据文件或测试过程不规范”的条件；

h）表达测试的控制、状态和结果允许的指示方式，以及表名下一个测试用例（或许是辅助测试软件的输出）准备就绪的指示方式；

i）以上未提及的其他准则。】

4.3.1.6测试规程

【注释：本条应定义测试用例的测试规程。测试规程应定义为以执行步骤顺序排列的、一系列编号的步骤。为了便于文档维护，可以将测试规程作为附录并在此条引用。每个测试规程的适当详细程度依赖于被测软件的类型。对于某些软件，每次击键可以是一个单独的测试规程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串击键或其他动作。详细程度应有利于确定预期结果并把它们与实际结果进行比较。（若适用）每一测试规程应提供：

a）每一步骤所需的测试操作员的动作和设备操作，（若适用）包括以下方面的命令：

1）初始化测试用例并应用测试输入；

2）检查测试条件；

3）执行测试结果的中期评价；

4）记录数据；

5）停机或中断测试用例；

6）如果需要，要求数据转储或其他帮助；

7）修改数据库/数据文件；

8）如果不成功，重复测试用例；

9）如果测试用例要求，应用替代方案；

10）终止测试用例。

b）对每一步骤给出预期结果与评价准则；

c）如果测试用例涉及多个需求，应标识测试规程步骤与需求之间的对应关系（亦可在第5章中提供此信息）；

d）程序停止或指示了错误发生后要采取的动作，如：

1）对指示器的关键数据进行记录，以便于引用；

2）停止或暂停对时间敏感的测试支撑软件或测试仪器；

3）对测试结果有关的系统和操作员的记录进行收集。

e）归约和分析测试结果所采用的规程，（若适用）应完成以下各项：

1）检测是否已产生了输出；

2）标识由测试用例所产生数据的介质和位置；

3）对输出进行评价，并以此作为测试序列继续的基础；

4）按照预期的输出，对测试输出进行评价。

4.3.1.7假设和约束

【注释：本条应描述所做的任何假设，以及系统或测试条件给测试用例带来的约束或，如时间、接口、设备、人员与数据库/数据文件的。如果对指定的和参数，放弃或例外处理得到批准的话，应对它们加以标识，并指出它们对测试用例影响与效果。】

4.3.1.8（测试用例表）

【注释：本条应描述：

a）从软件测试测试用例到它所涉及的系统或软件需求的可追溯性。若一个测试用例涉及多个需求，应包含从每一组测试规程步骤到所涉及的需求的可追踪性（亦可在4.3.X.1中提供）；

b）从本文档所提及的每项系统或软件需求到涉及它们的测试用例的可追溯性。对于软件测试，是从软件的需求规格说明书中的每项软件需求到涉及它们的测试用例的可追溯性。如果一个测试用例涉及多项需求，则可追踪性应指明每项需求的特定测试规程步骤。

注：本文档可通过软件测试计划与软件需求双向建立可追踪性。】

6注释

【注释：本章应包括有助于了解文档的所有信息（例如：背景、术语、缩略语或公式）。】