压力测试stresstesting 性能效率测试的一种类型。用于评价测试项在高于预期或指定容量负载需求，或低于最 源的条件下的行为。

测试依据 test basis

测试执行日志 记录一个或多个测试规程执行细节的文档。 注建筑施工图集，测试执行日志也称为测试记录。

测试事件报告过程testincidentreportingprocess 动态测试过程的子过程。用于向利益相关方报告在测试执行过程中确定的、需要 问题。 4.1.47 测试项testitem 作为测试对象的工作产品。 示例：系统、软件项、需求文档、设计规格说明、用户指南， 4.1.48 测试级别 testlevel 测试子过程的特定实例。 示例，以下是常用的测试级别，可以实例化为测试子过程，组件测试级别/子过程、集成测试级别/ 级别/子过程、验收测试级别/子过程。 注：测试级别与测试阶段同义， 4.1.49 测试管理 testmanagement 测试活动的策划、安排、预估、监测、报告、控制和完成。 4.1.50 测试管理过程 testmanagementprocess 包含测试项目管理所需子过程的测试过程： 注：见测试策划过程、测试监测和控制过程、测试完成过程， 4.1.51 测试监测和控制过程 testmonitoringand control process 测试管理过程的子过程。用以确保测试按照测试计划和组织级测试规格说明执行。 4.1.52 测试阶段 testphase 测试子过程的具体实例化。 4.1.53 测试计划testplan 描述需要达到的测试目标以及实现该测试目标的方法和安排的文档，用于协调测试 注1：一个项目可以有多个测试计划，例如可以有一个项目测试计划（也称为主测试计划），其包含 测试活动；更多测试活动的细节可在一个或多个测试子过程计划（即，系统测试计划或性能测 注2：通常测试计划是书面记录的，尽管其他的计划形式也可在组织或项目中局部定义， 注3：也可以为非项目活动编写测试计划，例如维护测试计划、 4.1.54 测试策划过程 testplanningprocess 测试管理过程的子过程。用于完成测试策划和开发测试计划。 4.1.55 测试方针 testpolicy 组织进行测试的目的、目标、原则和整体范围

注1：测试方针定义了执行什么测试，以及期望实现什么，但没有详细说明如何执行测试。 注2：测试方针可以为建立、评审和持续改进组织测试提供一个框架。 4.1.56 测试规程 testprocedure 测试用例的执行序列，以及任何与构建初始前置条件所需的相关动作和执行后的收尾活动。 注：测试规程包括如何连续运行一个或多个测试用例的详细说明，包括设置通用的前提条件，为每个测试用例提供 输人并评价实测结果， 4.1.57 测试规程规格说明 testprocedurespecification 说明一个或多个测试规程的文档，这些测试规程是具有特定自标的测试用例的集合。 注1：测试集内的测试用例按测试规程的需求顺序列出。 注2：测试规程规格说明也称为人工测试脚本。自动化测试运行的测试规程规格说明通常被称为测试脚本， 4.1.58 测试过程 testprocess 为个软件产品提供质量信息的过程，通常由多个活动组成，分为一个或多个测试子过程。 注：特定项目的测试过程可能包含多个子过程，如系统测试子过程、测试计划子过程（较大测试管理过程的一部分） 或静态测试子过程， 4.1.59 测试结果 testresult 指定的测试用例是否通过的标示，即观察到测试项输出的实测结果是否与预期结果一致或有偏差。 4.1.60 测试需求 testrequirement 见测试条件（4.1.31）。 4.1.61 测试脚本 testscript 人工测试或自动化测试的测试规程规格说明， 4.1.62 测试集 testset 个或多个测试用例的集合，其执行时具有共同的约束。 示例：特定的测试环境、专业的领域知识或特定的目的。 4.1.63 测试规格说明testspecification 包含针对特定测试项的测试设计、测试用例和测试规程的全部文档集。 注：测试规格说明具体可以是一个文、文档集合或以其他方式，例如文档和数据库条目的混合。 4.1.64 测试规格说明技术 testspecificationtechnique 见测试设计技术（4.1.38）。 4.1.65 测试状态报告tesfstatusreport 提供在指定报告期间所执行测试的状态信息的报告。 4.1.66 测试策略 teststrategy 测试计划的一部分。描述对特定测试项目或测试子过程进行测试的方法。 注1.测试策略和组织级渊试策略是不同的，

测试策略 test strateg

测试类型testtvpe

本部分将系统与软件生存周 三个过程组，如图1所示。这些组 每个过程都是按照其目的和期望的结果来描述的，并列出了需要执行的活动和任务。本部分的测 程与ISO/IEC/IEEE12207:2017的过程映射见附录B。

a）组织级测试过程（第6章）

）定文用于开发不 略、过程、规程和其他资产的维护。 测试管理过程（第7章） 1）定义涵盖整个测试项目或任何测试阶段（例如系统测试）或测试类型（例如性能测试）的测 试管理过程（例如项目测试管理、系统测试管理、性能测试管理）。 2）测试管理过程包含： 一测试策划过程（7.2）； 测试监测和控制过程(7.3）； 测试完成过程（7.4）。 动态测试过程（第8章） 1）定义执行动态测试的通用过程。动态测试可以在测试的特定阶段执行（例如单元测试、集 成测试、系统测试和验收测试），或者用于测试项目中特定类型的测试（例如性能测试、信 息安全测试和功能测试）。 2） 动态测试过程包含： 一测试设计和实现过程（8.2）；

b）测试管理过程（第7章）

c）动态测试过程（第8章）

1）定义执行动态测试的通用过程。 成测试、系统测试和验收测试），或者用于测试项目中特定类型的测试（例如性能测试 息安全测试和功能测试）。 2） 动态测试过程包含： 一测试设计和实现过程（8.2）； 一测试环境构建和维护过程（8.3）； 一测试执行过程（8.4)； 一测试事件报告过程（8.5）。 注：在IEEE1012中，动态测试过程也称为"测试过程"， 试过程模型的各层包括不同数量的测试过程，如图2所示

图2包含全部测试过程的多层模型

组织级测试过程用手开发和管理组织级测 些规格说明通常适用于整个组织的测试 （即它们不是基于项目的）。组织级测试规格说明的例子包括组织级测试方针和组织级测试策略。组织 级测试过程是通用的，可用于并发和管理其他非项目级的具体测试文档，例如应用于许多相关项自的测 试策路。 组织级测试方针是一个执行级文档，措述组织内的测试目的、目标和总体范围。它还建立了组织级 测试实践，并为建立、评审和持续改进组织级测试方针、测试策略和项目测试管理方法提供了一个框架。 组织级测试策略是个详细的技术性文挡，它定支如何在组织内执行测试。它是个通用文档 为组织中的许多项目提供指导，而不是针对特定的项目。 图3中的组织级测试过程用于开发和管理组织级测试方针和策略。如图3所示，组织级测试过程 的两个实例（组织级测试方针和组织级测试策略）互相通信。组织级测试策略需要与组织级测试方针保 等致，并且从这个活动中得到的反馈将被提供给测试方针，以进行可能的过程改进。类似地，在组织 内的每个项目上使用的测试管理过程需要与组织级测试策略（和方针）保持一致，并且这些项自管理的 反馈被用来改进组织级测试过程，从而制定和维护组织级测试规格说明

图3组织级测试过程示仍

组织级测试过程包含了组织级测试规格说明的建立、评审和维护活动。它还涵盖了对组织依从 蓝测（见图4）

组织级测试过程的目的是开发、监测符合性并维护组织级测试规格说明，例如组织级测 织级测试策略。

组织级测试过程成功实施的结果包括： a) 确定组织级测试规格说明的需求； b) 制定组织级测试规格说明； ) 利益相关方同意组织级测试规格说明； d) 可以获取组织级测试规格说明； e) 监督组织级测试规格说明的符合性； D 利益相关方同意组织级测试规格说明的更新； 更新组织级测试规格说明

负责组织级测试规格说明的人员应按照组织级测试过程中适用的组织级方针和相应的规 列活动和任务。

6.2.4.2开发组织级测试规格说明（OT1)

此活动包括以下任务： 组织级测试规格说明的要求应从组织内的当前测试实践和利益相关方中进行识别，并/或通过 其他方式进行开发； 注，可通过分析相关源文档，通过研讨会、访谈或其他合适方式来实现。 b） 组织级测试规格说明的要求应当用于组织级测试规格说明的制定； 组织级测试规格说明的内容应获得利益相关方的同意； d向组织中的利益相关方传达可用的组织级测试规格说明

此活动包括以下任务： a）应监测组织级测试规格说明的使用情况，以确定其是否在组织内部被有效地使用 为与组织级测试规格说明的要求保持致

6.2.4.4更新组织级测试规格说明(OT3)

此活动包括以下任务： a）宜评审组织级测试规格说明的使用反馈： b 宜考组织级测试规格说明的使用和管理的有效性，并宜确定和批准任何改进其有效性的反 馈和变更； 注，可通过评审反、研讨会、访谈和其他合适的方法来实现 c）如果组织级测试规格说明的变更已确定并得到批准，则应实施这些变更； d组织级测试规格说明的所有

通过执行该过程，将产生以下信息项： 组织级测试规格说明。 示例：组织级测试方针、组织级测试策略

通过执行该过程，将产生以下信息项： 组织级测试规格说明。 示例：组织级测试方针、组织级测试策略

测试管理过程包括以下三个过程： a）测试策划过程； b）测试监测和控制过程； ）测试完成过程。 上述通用的测试管理过程可应用于整个项目的测试管理，也可用于各测试阶段（例如系统测试、验 收测试）的测试管理，以及各种测试类型（例如性能测试、易用性测试）的管理。 在项目测试管理应用中，测试管理过程根据项目测试计划管理整个项目的测试。对于大多数项目， 每个阶段的测试和部分测试类型需要进行单独的测试过程管理；这些测试过程管理通常基手独立的测 试计划，例如系统测试计划、可靠性测试计划和验收测试计划等。 图5给出了三种测试管理过程间的关系，以及它们如何与组织级测试过程、测试管理过程的其他应 用和动态测试过程交互。

图5测试管理过程关系示例

管理过程需要与组织级测试过程一致，例如组织级测试方针和组织级测试策略。根据实施情 理过程可能会对组织级测试过程产生反馈。

测试策划过程用手制定测试计划。根据该过程在项目中的实施时机，可以是项自测试计划或特定 阶段的测试计划，例如系统测试计划，或特定测试类型的测试计划（例如性能测试计划）。 制定测试计划需要执行图6中的各项活动。通过执行定义的活动可以获得测试计划的内容，并将 逐步制定测试计划草案，直至形成完整的测试计划。由于此过程的选代性质，在完整的测试计划可用之 前，可能需要重新执行图6所示的一些活动。通常情况下，TP3、TP4、TP5和TP6需要送代执行，以形 成可接受的测试计划

在测试过程中，测试计划可能需要根据计划执行的结果以及新增的信息进行变更。根据变更的规 模和性质，需要重新执行图6中的各种活动来维护测试计划。 例如，如果在测试计划初次发布后，发现新的风险威胁到项目或可交付产品，或现有风险的威胁已 经改变，则宜在识别和分析风险（TP3）时重新执行该过程。 如果出于风险以外的原因（例如使用不同的测试环境）认为有必要更改测试策略，那么宜在设计测 式策略（TP5）时重新执行该过程。 如果出于风险以外的原因（例如开发中测试项目的可用性发生改变）认为有必要更改测试人员配置 成计划，那么宜在确定人员配置和调度（TP6）时重新执行该过程

测试策划过程成功实施的结果包括： a）分析并理解测试的工作范围； b) 确定并通知参与测试计划的利益相关方； 按照规定的风险暴露水平，可以通过测试对风险进行识别、分析和分类； d) 确定测试策略、测试环境、测试工具以及测试数据需求； 示例1.工具、持殊设备、测试环境、办公场所， 确定人员配置和培训需求； f) 安排每项活动； 计算估计数，并记录证明估计数的证据； 示例2：估计的成本、人员和时间表， h）测试计划达成一致,并分发给利益相关方

式策划负责人应按照组织级方针和规程执行相应

2.4.2理解上下文（TP1)

此活动包括以下任务： 理解上下文和软件测试需求，以支持测试计划的编制； 注1：软件测试需求包括测试项的识别， 注2：可以使用以下文档： 1）组织级测试规格说明，例如组织级测试方针和组织级测试策略； 2） 项目管理计划中影响测试的信息，例如分配的测试预算及资源； 更高级别的测试计划（例如：如果管理较低级别的测试，如系统测试，则为项目测试计划），以满足 此级别测试的要求和约束，例如测试估计、人员配置，预期可交付成果及其时间； 4） 对可能影响测试的法规信息适用的监管标准； 5） 适用的产品文档，例如系统需求规格说明、系统质量特性描述的质量目标和测试项规格说明，以获 取与此阶段或测试类型相关的可能测试需求信息； 6） GB/T25000.10一2016中定义了质量特性； 7） 软件开发计划用于可能影响测试时间表或周期的信息，例如预期的开发交付物及其时间安排； 项目风险登记，以获取已识别项目和产品风险的信息； 9 验证和确认计划， b）理解上下文和软件测试需求，宜通过识别以及与利益相关方沟通获得： 宜制定沟通计划并记录沟通方法。 注3，理解上下文活动将贯穿整个项目生存周期。原则上，此活动中的任务可以以任何顺序进行。

7.2.4.3组织测试计划开发(TP2)

此活动包括以下任务！

8 根据理解上下文（TP1）活动中确定的测试需求，应识别并安排完成测试计划所需执行的活动： b） 宜确定参与这些活动所需的利益相关方； 应从利益相关方获得对活动、进度和参与者的同意； 示例1项目经理和/或项目测试经理， 注：这可能需要重复执行任务a）和任务b）。 宜组织利益相关方参与。 示例2.要求项目经理安排一次会议，以评审测试策略

7.2.4.4识别和分析风险（TP3）

此活动包括以下任务： 应评审先前确定的风险，以确定与软件测试有关的风险和/或可通过软件测试处理的风险； 示例1：项目风险登记册中的风险， b 应确定与软件测试相关和/或可通过软件测试处理的其他风险； 注1：任何与软件测试无关的已识别的风险宜传达给利益相关方， 注2：可以通过研讨会、访谈或其他适当的方式评审产品规格说明和其他适当的文档， 风险应使用适当的分类方案进行分类，该方案至少区分项目和产品风险； d 应确定每个风险的暴露水平（例如通过考虑其影响和可能性）； 风险评估结果应获得利益相关方的同意： 应记录本次风险评估的结果。 示例2.记录于测试计划或项目风险登记册中

7.2.4.5确定风险缓解方法（TP4)

此活动包括以下任务： a）根据风险类型、风险等级和风险馨露水平，确定恰当的风险处理方法； 注：适当的方法可包括测试阶段、测试类型、测试设计技术、测试完成准测等，从业者可考虑ISO/IEC15206 或IEEE1012，2012中包含的软件危险程度概念，当测试的约束（例如时间和成本）已知时，对于在这些 约束条件下预期不可处理的低风险暴露水平的风险缓解将被认为超出该原因的范围。 应记录风险缓解的结果。 示例，记录在测试计划或项目风险登记册中

7.2.4.6设计测试策路（TP5)）

此活动包括以下任务： a）宜对实现组织级测试规格说明（例如组织级测试策略和组织级测试方针）定义的需求进行资源 的初步估计。宜考虑更高级别的测试策略对项目的约束。 注1：著重考虑对工作量和所需时间的估计。 b 宜初步估计确定风险缓解方法（TP4）活动中确定的各项缓解措施所需的资源，并从识别和分 析风险（TP3）活动中确定的具有最高风险水平的风险开始。 注2：若重考患对工作量和所需时间的估计， 应设计测试策略（包括测试阶段、测试类型、待测特征、测试设计技术、测试完成准则、暂停和恢 复准则），并考虑测试依据、风险、组织、项目和产品限制。 注3：这考虑了确定测试活动优先级的风险翠露水平、初始测试估计、执行操作所需的资源（例如技能、工具支 持和环境需求）以及组织、项目和产品限制，例如： 1）监管标准： 组织级测试方针、组织级测试策略以及项目测试计划的需求（如为较低级别的测试设计测试策略）： 合要求， 4)项目时间和成本限制

5）具备适当技能的测试人员； 6）工具和环境的可用性； 7）技术、系统或产品限制。 如果无法设计实施组织级测试策略所要求的测试策略，以及在满足项目和产品约束的同时处理所有已 识别风险的建议，则需要做出判斯以达成最佳策略满足这些相互矛盾的要求，如何实现这种要协将取 决于项目和组织，并且可能需要放宽约束，重复确定风险缓解方法（TP4)活动和任务a)~c)直到实现 可接受的测试策略为止。如果决定偏离组织级测试策略，则宜将其记录在测试策略中， 注4：测试策略通常涉及静态测试（例如评审、审查、静态分析）以及动态测试， 应确定用于测试监测和控制的指标（见活动TMC1～TMC4)。 e 应确定测试数据。 示例：确定测试数据时需考虑数据保密条例（例如数据屏蔽或加密），所需数据量以及完成后的数据清理。 f 应确定测试环境需求和测试工具需求。 g 宜确定测试可交付成果，并记录其正式程度和沟通频率。 h 应对执行测试策略中描述的完整操作集所需的资源进行初步估计。 注5：在该步骤中产生的初步测试估计将在编写测试计划（TP7）活动中最终确定。 应记录测试策略。 注6：测试策略通常是测试计划的一部分，但在某些情况下，它可以作为单独的文档记录， 应从利益相关方获得对测试策略的同意。 注7：这可能需要重复此活动中的早期任务。

7.2.4.7确定人员配置和调度（TP6)

此活动包括以下任务： a） 宜确定测试策略中描述的执行测试的工作人员的角色和技能； 注1：可能需要确定人员招聘和/或培训需求， 6） 测试策略中每个必需的测试活动都应根据估计、依赖性以及人员可用性进行安排 应从利益相关方获得人员配置和调度的同意。 注2.这可能需要重复任务

7.2.4.8编写测试计划（TP7)

此活动包括以下任务： 8 测试的最终估计应根据设计测试策略（TP5）活动中设计的测试策略，以及确定人员配置和调 度（TP6）活动中商定的人员配置和时间安排计算； 注：如果这些与先前的初步估计不一致，则可能需要重新考虑确定人员配置和调度（TP6)和/或设计测试策 略（TPS）活动， b）应将设计测试策略（TP5)活动中确定的测试策略，在确定人员配置和调度（TP6)活动中商定 的人员配置文件和进度表，以及前一任务中计算得出的最终估计纳入测试计划。

7.2.4.9获得一致性测试计划（TP8）

此活动包括以下任务： a）应收集利益相关方对测试计划的意见； 注1：可通过研讨会、访谈或其他适当方式实现， b） 应解决测试计划与利益相关方意见之间的分歧 应根据利益相关方的反馈更新测试计划； 注2：这可能需要重复测试计划过程中的早期活动。 应从利益相关方处获得对测试计划的认可。 注 3: 这可能需要重复任务 )~c),

7.2.4.10沟通并提供测试计划（TP9)

此活动包括以下任务： a）应提供测试计划； b）测试计划的可用性应告知利益相关方。 注：这可能需要制定沟通计划。

通过执行该过程，将产生以下信息项 a) 测试计划。

通过执行该过程，将产生以下信息项！ ）测试计划，

7.3测试监测和控制过程

如图7所示，测试监测和控制过程检查测试是否按照测试计划以及组织级测试规格说明（例如组织 吸测试方针、组织级测试策略）进行。如果与测试计划的计划进度、活动或其他方面存在重大偏差，则将 采取措施以纠正或弥补由此产生的偏差。 该过程可应用于整个测试项目（通常由多个测试阶段和多种测试类型组成）的管理，或者用于管理 单个测试阶段（例如系统测试）或测试类型（例如性能测试）的测试。在后二种情况下，它被用作动态测 式过程描述的动态测试的监测和控制的一部分。当作为整个项目的测试监测和控制的一部分应用时， 它将直接与用于管理项目的单个测试阶具 型的测试管理过程交互。

图7测试监测和控制过程

测试监测和控制过程的目的是确定测试进度能否按照测试计划以及组织级测试规格说明（例如组 织级测试方针、组织级测试策略）进行。它还根据需要启动控制操作，并确定测试计划的必要更新（例如 修改完成准则或采取新的措施，以弥补测试计划的偏差）。 该过程也可用于确定测试进度是否符合更高级别的测试计划，以及管理在特定测试阶段（例如系统 测试）或特定测试类型（例如性能测试）中执行的测试

测试监测和控制过程成功实施的结果包括： a 建立监测测试进度和风险变化的适当测度的收集方法； 监测测试计划进度； 识别、分析与测试相关的新风险和变更风险，并采取必要措施； d) 确定必要的控制措施； e) 向利益相关方传达必要的控制措施： ) 批准停止测试的决定； 向利益相关方报告测试进度和风险变化

测试监测及控制负责人应按照测试监 用的组织级方针和规程执行下列活

7.3.4.2准备(TMC1)

此活动包括以下任务： 如果测试计划或组织级测试策略尚未定义测试测度，宜确定适当的测试测度来监测测试计划 的进度； 6 如果测试计划或组织级测试策略尚未定义这些方法，宜确定新的和变更风险的合适方法： 应建立监测活动例如测试状态报告和测试测度收集，以收集上述任务a)～b)以及测试计划和 组织级测试策略中确定的测试测度，

Z.3.4.3监测 (TMC2)

此活动包括以下任务： 电 应收集并记录测试测度； b 应使用收集的测试测度监测测试计划的进度情况； 示例1通过审查测试状态报告，分析测试测度并与利益相关方召开会议， 应识别与计划的测试活动的差异，并记录阻碍测试进度的任何因素； d) 应识别和分析新风险，以确定需要通过测试进行缓解的风险，以及需要与利益相关方沟通的 风险； 应监测已知风险的变化，以确定需要通过测试进行缓解的风险，以及需要与利益相关方沟通的 风险。 示例2：将需要测试的风险告知项目经理。 注：重复上述任务a)～e)，直至达到测试计划中指定的测试终止或完成条件为止，这通常是通过检查是否已 达到完成准则。

此活动包括以下任务： ）应收集并记录测试测度； b） 应使用收集的测试测度监测测试计划的进度情况； 示例1：通过审查测试状态报告，分析测试测度并与利益相关方召开会议， 应识别与计划的测试活动的差异，并记录阻碍测试进度的任何因素； d) 应识别和分析新风险，以确定需要通过测试进行缓解的风险，以及需要与利益相关方沟通的 风险； 应监测已知风险的变化，以确定需要通过测试进行缓解的风险，以及需要与利益相关方沟通的 风险。 示例2：将需要测试的风险告知项目经理。 注：重复上述任务a)～e)，直至达到测试计划中指定的测试终止或完成条件为止，这通常是通过检查是否已 达到完成准测，

Z.3.4.4控制(TMC3)

此活动包括以下任务： 应按照测试计划的要求进行相关监控活动。 示例1：将测试活动的责任分配给测试人员。 b 执行从上级管理过程收到的控制指令所必需的活动。 示例2：如果正在管理特定测试阶段，来自项目测试经理的操作， 应确定管理实际测试与计划测试之间的差异而采取的必要措施。 注1：这些控制措施可能需要变更测试、测试计划、测试数据、测试环境、人员配置和/或其他领域（例如开发 的变更， d 应确定处理新发现和变更风险的方法。 注2：这可能包括为特定任务分配更多人员并更改测试完成准则。 e 适当可采取： 1）发出控制指令以改变测试方法； 2）测试计划的变更以测试计划更新的形式进行； 3）建议的变更应通知利益相关方。 示例3：IT对测试环境的支持， 力 如果尚未开始任何指定的测试活动，则应在开始该活动前建立开始该活动的准备状态。 注3：这通常可以通过检查测试计划中描述的进入准则来执行。 注4：分配的测试活动可以是测试执行。 注5：可以在测试设计和实现过程，和/或测试环境构建过程中建立准备状态， 8 应在指定的测试活动完成时给予批准。 示例4：完成较低级别的测试， 注6：这通常可以通过检查测试计划中描述的退出准则米执行。 h 当测试达到完成准则时，应获得测试完成决定的批准。

此活动包括以下任务： 应按照测试计划的要求进行相关监控活动。 示例1：将测试活动的责任分配给测试人员。 执行从上级管理过程收到的控制指令所必需的活动。 示例2：如果正在管理特定测试阶段，来自项目测试经理的操作， 应确定管理实际测试与计划测试之间的差异而采取的必要措施。 注1：这些控制措施可能需要变更测试、测试计划、测试数据、测试环境、人员配置和/或其他领域（例如开发 的变更， d 应确定处理新发现和变更风险的方法。 注2：这可能包括为特定任务分配更多人员并更改测试完成准则。 e 适当可采取： 1）发出控制指令以改变测试方法； 2）测试计划的变更以测试计划更新的形式进行； 3）建议的变更应通知利益相关方。 示例3：IT对测试环境的支持， 力 如果尚未开始任何指定的测试活动，则应在开始该活动前建立开始该活动的准备状态。 注3：这通常可以通过检查测试计划中描述的进入准则来执行。 注4：分配的测试活动可以是测试执行。 注5：可以在测试设计和实现过程，和/或测试环境构建过程中建立准备状态给水排水标准规范范本， 8 应在指定的测试活动完成时给予批准。 示例4：完成较低级别的测试， 注6：这通常可以通过检查测试计竭中描述的退出准则来执行。 h 当测试达到完成准则时，应获得测试完成决定的批准。

Z.3.4.5报告(TMC4)

此活动包括以下任务： ）测试计划的测试进度应在规定报告期内的测试状态报告中传达给利益相关方； b）风险登记册应更新现有风险的新风险和变化，并传达给利益相关方。

通过执行该过程，将产生以下信息项： 测试状态报告； b） 测试计划变更； c 控制指令（例如测试、测试计划、测试数据、测试环境和人员的变化）： d 项目和产品风险信息。 示例：风险信息可以保存在项目风险登记册中，也可以保存在测试计划中

图8所示的测试完成过程是在测试活动完成后执行的。它用于对特定测试阶段（例如系统测试） 试类型（例如性能测试）以及完整项目的测试的总结

图 8 测试完成过程

测试完成过程的自的是提供有用的测试资产供以后使用，使测试环境保持在令人满意的状态，记录 则试结果并将其传达给利益相关方。测试资产包括测试计划、测试用例说明、测试脚本、测试工具、测试 文据和测试环境基础设施

测试完成过程成功实施的结果包括： 测试资产存档或直接传递给利益相关方； b) 测试环境处于约定状态（例如认证标准，使其可用于下一个测试项目）： 满足并验证所有的测试要求； d) 编写测试完成报告： e) 批准测试完成报告； f 将测试完成报告发送给利益相关方