系统与软件工程软件测试过程

本文主要是介绍系统与软件工程软件测试过程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

系统与软件工程软件测试测试过程；对应的国标是GB/T 38634.4 2020 ，该标准的范围规定适应用于治理、管理和实施任何组织,项目或较小规模测试活动的软件测试的测试过程,定义了软件测试通用过程,给出了描述过程的支持信息图表。

一术语和定义

1.1实测结果 actual results

作为测试执行结果可获取的测试项的行为，状态集，或相关数据，测试环境的状态集。

示例：向硬件的输出，对数据的更改，报表的生成和展现，通信消息的发送。

1.2完成准则 completion criteria

测试活动完成的条件

1.3覆盖项 coverage iteam

使用测试设计技术使用一个或多个测试条件导出的属性或属性组合，可以用于测量测试执行的充分性。

1.4动态测试 dynamic testing

需要运行测试项的测试

1.5等价类 equivalence partition

变量或变量集的值域的子集。在测试项或者其接口中，预期测试项以同样的方式处理该子集中所有的值。（即被认定为是“等价”）

1.6等价类覆盖率 equivalence partition coverage

测试集覆盖项测试项中已识别等价类的比例。

注：在许多情况下，等价类识别是主观的（尤其是在无效等价类），所以对测试项中等价类进行明确计数是不可能的。

1.7等价类划分 equivalence partitioning

测试设计技术的一种。使用每一个等价类中的一个或多个有代表的成员来设计测试用例。

1.8预期结果 expected result

根据规格说明或其他来源，在特定的条件下可获取的测试项的预期行为。

1.9探索性测试 exploratory testing

一种基于经验的测试。测试者基于其现有的相关知识，测试项的前期探索（包括以前的测试结果）以及关于通常软件行为和故障类型的启发“经验法则”，自发地设计和执行测试。

注：探索测试寻找隐含属性（包括隐含的行为），虽然其自身存在危害可能很小，但其可能干扰待测软件的其他属性，并因此产生软件失效的风险。

1.10特征集 feature set

包含被测项的测试条件的集合,可以从风险、需求、功能、模型等方面收集得到。

注:可能是该项的所有特征(其全部特征集),或为特定的目的而标识的子集(功能特征集等)。

1.11事件报告 incident report

事件发生、性质和状态的文档。

注:事件报告也称为异常报告、错误报告、缺陷报告、差错报告、问题报告等。

1.12性能测试 performance testing

用于评价测试项在给定时间或其他资源约束下,完成其指定功能程度的一种测试。

1.13组织级测试过程 organizational test process

开发和管理组织级测试规格说明的测试过程，

1.14组织级测试方针 organizational test policy

组织进行的测试目的，目标，原则和整体范围。

注1:测试方针定义了执行什么测试,以及期望实现什么,但没有详细说明如何执行测试。

注2:测试方针可以为建立、评审和持续改进组织测试提供一个框架。

1.15组织级测试规格说明 organizational test specification

为一个组织的测试提供信息的文档,该信息并不针对具体项目。

示例:组织级测试规格说明最常见的例子是组织级测试方针和组织级测试策略。

1.16组织级测试策略 organizational test strategy

为组织内所有项目执行测试提供一般要求的文档,提供有关如何执行测试的细节.

注1:与组织级测试方针保持一致。

注2:一个组织可以有多个组织级测试策略以应对不同背景的项目。

1.17产品风险 product risk

产品在其功能、质量或结构的某些特定方面可能存在缺陷的风险。

1.18项目风险 project risk

与项目管理有关的风险。

示例:人手短缺、严格的期限、需求变更。

1.19回归测试 regression testing

测试项或其运行环境修改后执行的测试。

注:回归测试用例集的充分性取决于测试项本身及测试项和运行环境的修改。

1.20复测 retesting

重新执行测试结果为“不通过”的测试用例,以评价纠正措施的有效性。

1.21基于风险的测试 risk-based testing

基于风险分析确定的风险类型和级别,有意识地管理、选择、排序和利用测试活动及资源的测试。

1.22信息安全性测试 security testing

为评价测试项及相关数据和信息受到保护程度的一种测试,以确保未经授权的人员或系统不能使用、读取或修改它们,且不拒绝授权人员或系统的访问。

1.23测试子过程 test sub-process

通常在测试项目的整体测试过程的上下文中,用于执行特定的测试级别(例如系统测试、验收测试)或测试类型(例如易用性测试、性能测试)的测试管理和动态(和静态)测试过程。注:测试子过程可以包含一个或多个测试类型。根据使用的生存周期模型,测试子过程也通常被称为测试阶段或测试任务。

1.24测试管理 test management

测试活动的策划、安排、预估、监测、报告、控制和完成。

1.26测试管理过程 test management process

包含测试项目管理所需子过程的测试过程。

注:见测试策划过程、测试监测和控制过程、测试完成过程。

1.27测试监测和控制过程 test monitoring and control process

测试管理过程的子过程。用以确保测试按照测试计划和组织级测试规格说明执行。

1.28测试阶段 test phase

测试子过程的具体实例化。

1.29测试计划 test plan

描述需要达到的测试目标以及实现该测试目标的方法和安排的文档,用于协调测试项的测试活动。

注1：一个项目可以有多个测试计划,例如可以有一个项目测试计划(也称为主测试计划),其包含了该项目所有的测试活动:更多测试活动的细节可在一个或多个测试子过程计划(即,系统测试计划或性能测试计划)中定义。

注2:通常测试计划是书面记录的,尽管其他的计划形式也可在组织或项目中局部定义。

注3:也可以为非项目活动编写测试计划,例如维护测试计划。

1.30测试策划过程 test planning process

测试管理过程的子过程，用于完成测试策划和开发测试计划。

二多层次测试过程模型

三组织级测试过程

四测试管理过程

测试管理过程包括以下三个过程:

a)测试策划过程；

b) 测试监测和控制过程；

c)测试完成过程。

上述通用的测试管理过程可应用于整个项目的测试管理,也可用于各测试阶段(例如系统测试、验收测试)的测试管理,以及各种测试类型(例如性能测试、易用性测试)的管理。

在项目测试管理应用中,测试管理过程根据项目测试计划管理整个项目的测试。对于大多数项目。每个阶段的测试和部分测试类型需要进行单独的测试过程管理;这些测试过程管理通常基于独立的测试计划,例如系统测试计划、可靠性测试计划和验收测试计划等。

下图给出了三种测试管理过程间的关系,以及它们如何与组织级测试过程、测试管理过程的其他应用和动态测试的过程交互。

五测试策划过程

测试策划过程用于制定测试计划。根据该过程在项目中的实施时机，可以是项目测试计划或特定阶段的测试计划，例如系统测试计划，或特定测试类型的测试计划(例如性能测试计划)。

六测试监测和控制过程

测试监测和控制过程检査测试是否按照测试计划以及组织级测试规格说明(例如组织级测试方针、组织级测试策略)进行。如果与测试计划的计划进度,活动或其他方面存在重大偏差,则将采取措施以纠正或弥补由此产生的偏差。

该过程可应用于整个测试项目(通常由多个测试阶段和多种测试类型组成)的管理,或者用于管理单个测试阶段(例如系统测试)或测试类型(例如性能测试)的测试。在后一种情况下,它被用作动态测试过程描述的动态测试的监测和控制的一部分。当作为整个项目的测试监测和控制的一部分应用时，它将直接与用于管理项目的单个测试阶段和测试类型的测试管理过程交互。