基于验收标准的测试优先级

21/26基于验收标准的测试优先级第一部分基于验收标准的测试优先级原则 2第二部分用户故事验收标准的识别与提取 5第三部分验收标准的细化与分解 7第四部分验收标准的风险和影响分析 9第五部分测试用例的映射与关联 12第六部分测试执行顺序的确定 16第七部分回归测试用例的选择与维护 19第八部分测试优先级调整策略 21

第一部分基于验收标准的测试优先级原则关键词关键要点验收标准的定义和作用

1.验收标准定义了系统可接受的最小功能和质量水平。

2.验收标准是协商一致的结果，包含用户、利益相关者和开发团队的输入。

3.验收标准为测试提供了明确的目标，有助于确保系统满足预期要求。

基于验收标准的优先级确定

1.基于验收标准的优先级将测试用例优先级与系统中最关键的功能相联系。

2.通过识别与最高优先级验收标准相关的测试用例，可以有效地分配测试资源。

3.这确保了关键功能得到充分的测试，并帮助最大限度地降低系统发布时出现问题和延迟的风险。

优先级确定技术

1.莫斯科模型：将验收标准分类为“必需”、“应有”、“可选”和“不会有”以确定优先级。

2.业务影响分析：评估验收标准对业务目标的影响，并根据其重要性分配优先级。

3.风险分析：确定与每个验收标准相关的潜在风险，并优先考虑风险较高的那些测试用例。

基于验收标准的测试自动化

1.自动化测试可以提高基于验收标准的优先级测试的效率和有效性。

2.自动化工具可以快速执行大量的测试用例，从而释放手动测试资源用于更复杂的测试活动。

3.自动化还可以帮助确保一致性，并在系统更新时回归测试验收标准。

基于验收标准的测试跟踪

1.跟踪测试用例与验收标准之间的映射至关重要，以确保测试覆盖范围全面。

2.使用需求管理工具或缺陷跟踪系统可以帮助记录和管理此映射。

3.跟踪还可以促进协作，确保测试团队与利益相关者保持一致。

趋势和前沿

1.机器学习和人工智能正在被用于增强基于验收标准的优先级确定和自动化，提高测试效率。

2.DevOps实践的兴起促进了基于验收标准的测试与开发过程的集成。

3.持续测试技术的采用使团队能够在整个软件开发生命周期中持续验证验收标准。基于验收标准的测试优先级原则

简介

基于验收标准的测试优先级（ATSP）是一种测试优先级技术，它着重于识别和优先处理对软件产品至关重要的功能。ATSP通过将验收标准（AC）与测试用例相关联来实现，后者定义了系统必须满足的用户可接受性要求。

原理

ATSP基于三个主要原则：

1.风险驱动：优先处理与高风险验收标准相关的测试用例。

2.价值驱动：优先处理对业务价值影响最大的测试用例。

3.覆盖驱动：确保测试用例覆盖所有验收标准，以最大限度地降低遗漏关键缺陷的风险。

步骤

ATSP的执行涉及以下步骤：

1.确定验收标准：识别和记录产品必须满足的业务和用户需求。

2.创建测试用例：针对每个验收标准创建测试用例，以验证其行为是否符合预期。

3.评估风险和价值：根据业务影响、数据完整性和用户体验等因素对验收标准和测试用例进行风险和价值评估。

4.确定优先级：基于风险、价值和覆盖要求，为测试用例分配优先级。

5.执行测试：按照确定的优先级执行测试。

6.缺陷跟踪和补救：记录和跟踪在测试中发现的缺陷，并采取适当的纠正措施。

优点

ATSP提供了以下优点：

*提高测试效率：通过优先处理关键功能，ATSP允许测试团队专注于高风险区域，提高整体测试效率。

*最大限度地降低风险：通过关注对用户至关重要的验收标准，ATSP帮助团队降低交付有缺陷产品的风险。

*提高业务价值：通过优先处理对业务最有价值的功能，ATSP确保软件满足用户的需求和期望。

*提高覆盖率：强制覆盖所有验收标准，ATSP有助于提高测试用例覆盖率，从而降低遗漏关键缺陷的可能性。

缺点

ATSP也有以下缺点：

*依赖于验收标准：ATSP的有效性取决于验收标准的准确性和完整性。如果验收标准定义不当，可能会导致错误的优先级。

*可能忽略非功能性要求：ATSP主要侧重于功能性验收标准，可能会忽略性能、可用性或安全性等非功能性要求。

*需要持续维护：验收标准和测试用例随着时间的推移而变化，因此需要不断维护ATSP优先级以跟上这些变化。

应用范围

ATSP适用于具有明确定义的验收标准和对业务至关重要的系统的软件测试。它特别适用于以下情况：

*敏捷开发环境

*具有复杂功能的系统

*用户可接受性至关重要的系统

*具有高度监管的行业

结论

基于验收标准的测试优先级是一种强大的技术，可帮助测试团队高效地优先处理测试用例，最大限度地降低风险，提高业务价值并提高覆盖率。有效实施ATSP对于确保软件产品满足用户需求并符合业务目标至关重要。第二部分用户故事验收标准的识别与提取用户故事验收标准的识别与提取

引言

验收标准是指导测试团队验证需求已满足的规范。在基于验收标准的测试（ATDD）中，这些标准从用户故事中提取。本文探讨了识别和提取验收标准的策略。

识别验收标准的策略

*基于Gherkin关键字：Gherkin语言（用于BDD）提供了几个关键关键字来标识验收标准，包括“应”、“那么”、“当”。这些关键字表明期望的结果或验证条件。

*上下文分析：阅读用户故事的背景和相关细节，以识别潜在的验收标准。例如，如果故事提到用户“能够编辑资料”，则可以推断出更新后资料的准确性是一个标准。

*利益相关者访谈：与产品负责人、用户代表和其他利益相关者进行访谈，以收集对用户故事验收标准的见解。

*验证技术：考虑用于验证标准的不同技术（例如，手动测试、自动化测试、探索性测试）。不同的技术可能需要特定的验收标准格式。

提取验收标准

一旦识别出验收标准，可以将其提取为独立的语句。以下步骤有助于这一过程：

1.使用模板：使用标准化模板来确保验收标准的清晰度和一致性。例如，可以根据“给定”、“当”、“那么”格式来提取标准。

2.明确输入和输出：确保验收标准描述了所需输入和预期输出。例如，“输入用户名”和“显示欢迎消息”可以定义为输入和输出。

3.避免模棱两可：验收标准应明确且不含糊。避免使用“应该”、“可以”、“可能”等模糊语言。

4.可验证：验收标准应能够通过测试或其他验证机制来验证。

5.基于业务目标：确保验收标准与用户故事的业务目标相关联。

示例

考虑一个用户故事：“作为用户，我应该能够更新我的个人资料。”

识别验收标准：

*场景中包含“应”关键字，表明验收标准的存在。

*上下文暗示更新后的资料应准确且反映新信息。

提取验收标准：

*给定：用户启动个人资料编辑页面。

*当：用户修改资料信息。

*那么：修改后的信息应准确保存，并在用户下次访问页面时显示。

验证方法：

*手动测试：通过登录账号并编辑个人资料来手动验证更新后的信息。

*自动化测试：使用UI自动化工具来验证更新后的信息是否正确显示。

结论

用户故事验收标准的识别和提取是ATDD过程的关键步骤。通过采用明确的策略和提取技术，可以确保验收标准清晰、可验证且基于业务目标。这样做可以促进测试团队与利益相关者之间的有效沟通，并最终提高软件质量。第三部分验收标准的细化与分解验收标准的细化与分解

在基于验收标准的测试优先级方法中，细化和分解验收标准至关重要，因为它有助于：

-明确测试范围：通过将验收标准分解为更小的单元，可以清晰地确定哪些功能和用户故事需要测试。

-设定明确的测试目标：细化的验收标准提供了明确的测试目标，使测试团队能够专注于验证特定需求。

-支持自动化测试：分解后的验收标准可以更容易地转换为自动化测试用例。

#细化验收标准

验收标准细化涉及将高层次的验收标准分解为更具体的、可验证的子标准。这可以通过以下步骤实现：

1.识别关键功能：确定验收标准中最重要的功能和用户故事。

2.拆解功能：将关键功能分解为更小的单元，例如用例、场景或测试步骤。

3.澄清需求：与产品负责人和其他利益相关者合作，澄清任何模糊或不完整的要求。

4.制定明确的条件：为每个子标准制定明确的验收条件，规定预期结果、输入和输出。

#分解验收标准

验收标准分解是将其分解为特定测试用例的过程。这涉及：

1.定义测试用例：为每个子标准创建测试用例，描述测试场景、输入和预期结果。

2.确定测试数据：识别用于测试用例的必要测试数据。

3.设计测试脚本：创建用于执行测试用例的测试脚本。

4.自动化测试：根据需要，将测试脚本转换为自动化测试。

#分解示例

为了演示验收标准的细化和分解，让我们考虑以下示例验收标准：

>作为一名用户，我应该能够在网站上创建账户。

细化：

-关键功能：创建账户

-子标准：

-用户可以输入个人信息

-系统验证个人信息并创建账户

-系统向用户发送确认电子邮件

分解：

-测试用例1：用户输入有效个人信息，系统创建账户并向用户发送确认电子邮件。

-测试用例2：用户输入无效个人信息，系统显示错误消息。

通过细化和分解验收标准，我们获得了明确的测试范围、测试目标和可自动化的测试用例。这使我们能够优先考虑测试并有效地验证软件应用程序的功能。第四部分验收标准的风险和影响分析关键词关键要点验收标准的重要性

1.验收标准是定义软件或系统是否满足预期要求的明确标准。

2.它们作为开发和测试团队之间沟通的桥梁，确保团队对系统功能和性能有着共同的理解。

3.完善的验收标准可以提高测试效率、减少返工并增强最终产品的质量。

风险和影响分析

1.风险和影响分析涉及评估验收标准中识别的潜在风险及其对系统的影响程度。

2.它有助于确定最关键的验收标准，这些标准在失败时会对系统功能或用户体验产生重大影响。

3.分析结果可用于确定测试优先级，重点关注高风险验收标准的覆盖和验证。验收标准的风险和影响分析

验收标准（AC）是定义系统预期行为的明确可验证陈述。风险和影响分析是确定与特定AC相关风险和影响的过程，以决定其测试优先级。

风险评估

风险评估确定由于AC未满足而导致系统故障的可能性。考虑以下因素：

*发生概率：发生故障的可能性有多大。

*影响严重程度：如果发生故障，其后果将有多严重。

*控制措施：减少风险的现有措施的有效性。

*剩余风险：考虑控制措施后的风险水平。

影响分析

影响分析确定AC未满足对系统和业务的影响。考虑以下因素：

*业务影响：故障对业务运营的影响程度。

*用户影响：故障对最终用户的影响程度。

*财务影响：故障造成的财务损失或成本。

*声誉影响：故障对组织声誉的影响。

测试优先级

风险和影响分析的结果用于确定AC的测试优先级。通常使用风险优先数(RPN)公式：

```

RPN=发生概率x影响严重程度x检测难度

```

其中，检测难度衡量检测AC未满足的难度。RPN较高的AC具有更高的风险和影响，因此需要优先测试。

风险和影响矩阵

风险和影响矩阵是一个工具，有助于可视化AC的风险和影响。矩阵将发生概率和影响严重程度分为多个等级。每个交集单元表示特定风险等级。

使用风险和影响分析

风险和影响分析为测试团队提供以下信息：

*识别高风险和高影响的AC。

*确定测试优先级。

*分配测试资源。

*评估测试覆盖率。

*优化测试策略。

案例研究

假设一个电子商务网站，其中AC规定结账流程应允许用户输入多个付款方式。以下为风险和影响分析：

发生概率：高（用户经常使用多种付款方式）。

影响严重程度：严重（如果无法使用多种付款方式，可能会导致销售损失）。

控制措施：良好（结账代码经过严格审查）。

剩余风险：中（考虑到控制措施）。

业务影响：严重（影响销售）。

用户影响：严重（对用户体验造成不便）。

财务影响：高（可能会导致收入损失）。

声誉影响：中（可能会损害客户信任）。

使用RPN公式：

```

RPN=5(高发生概率)x5(严重影响严重程度)x2(中检测难度)=50

```

此AC的RPN较高，表明它具有较高的风险和影响，因此应优先测试。第五部分测试用例的映射与关联关键词关键要点验收标准与测试用例映射

1.验收标准明确规定了软件系统或功能的预期行为，为测试人员提供了明确的测试目标。

2.将测试用例与验收标准相关联，确保测试覆盖了系统所有关键功能和行为。

3.通过映射实现追溯性，方便跟踪测试结果并确定是否满足验收标准。

验证与确认

1.验证确保软件系统符合验收标准，而确认则验证系统满足用户需求。

2.测试用例映射有助于区分验证和确认测试，确保测试充分且高效。

3.验证和确认相互补充，提供了对系统质量和符合性的全面评估。

用例优先级

1.映射有助于确定测试用例的相对优先级，指导测试团队按序执行测试。

2.高优先级的验收标准对应的测试用例应优先执行，以确保系统核心功能的早期验证。

3.优先级设定基于风险、业务价值和用户影响等因素，确保资源高效利用。

自动化测试

1.测试用例映射简化了自动化测试脚本的开发，自动执行基于验收标准的测试。

2.自动化测试减少人工干预，提高效率并确保测试的一致性。

3.结合映射和自动化，可以实现持续集成和持续交付（CI/CD）管道中的快速反馈循环。

缺陷管理

1.测试用例与验收标准关联有助于缺陷的准确分类和跟踪。

2.映射提供了缺陷的根本原因分析和修复验证的追溯性。

3.有效的缺陷管理有助于持续改进软件质量并降低维护成本。

测试团队协作

1.测试用例映射促进团队成员之间的有效沟通和协作。

2.共享的测试用例和映射文档确保团队对测试目标和范围达成共识。

3.协作环境提高了测试效率，并减少了重复和浪费。测试用例的映射与关联

在基于验收标准（ATDD）的测试中，测试用例的映射和关联是至关重要的概念。它们建立了验收标准和测试用例之间的关系，确保测试用例涵盖了系统的所有关键功能。

用例映射

用例映射将验收标准直接映射到测试用例。每个验收标准都由一个或多个测试用例实现，而每个测试用例都实现一个特定的验收标准。这种映射确保了每个验收标准都由至少一个测试用例涵盖，从而确保了测试覆盖率。

用例关联

用例关联是建立测试用例间关系的过程。它确定了测试用例之间的依赖关系、先决条件和后置条件。这种关联确保了测试用例以正确的顺序执行，并考虑了测试用例之间的相互作用。

映射和关联的好处

测试用例的映射和关联提供了以下好处：

*提高测试覆盖率：映射和关联确保了所有验收标准都由测试用例覆盖，从而提高了测试覆盖率。

*减少测试重复：通过将验收标准映射到特定测试用例，避免了测试用例重复或重叠。

*简化测试维护：当验收标准发生变化时，映射和关联简化了更新测试用例的过程。

*提高测试可追溯性：映射和关联提供了清晰可追溯的记录，将验收标准与测试用例联系起来。

*促进团队协作：映射和关联促进测试团队和利益相关者之间的清晰沟通和协作。

映射和关联的技术

用例映射和关联可以使用各种技术实现，包括：

*需求管理工具：许多需求管理工具提供映射和关联功能，使利益相关者可以链接验收标准和测试用例。

*测试自动化框架：一些测试自动化框架提供映射和关联工具，允许测试工程师在编写测试用例时自动执行此过程。

*手动文档：在某些情况下，可以使用手动文档来管理映射和关联。然而，这种方法容易出错且难以维护。

最佳实践

以下是测试用例映射和关联的最佳实践：

*早期映射：在测试计划阶段进行映射和关联，以确保测试用例涵盖所有验收标准。

*正式文档：使用正式文档跟踪映射和关联，以提供清晰的记录并促进团队协作。

*定期审查：定期审查映射和关联，以确保它们始终是最新的，并反映验收标准和测试用例的任何更改。

*自动化映射：尽可能使用自动化工具进行映射，以提高效率并减少错误。

*利益相关者参与：确保利益相关者参与映射和关联过程，以收集他们的意见并确保他们的需求得到满足。第六部分测试执行顺序的确定关键词关键要点主题名称：确定执行顺序的重要性

1.影响测试覆盖范围和有效性：执行顺序影响哪些测试用例被执行，从而影响对不同功能和要求的测试覆盖范围。

2.有效利用测试资源：合理的执行顺序可以避免重复测试，确保测试资源的有效利用，减少测试时间和成本。

主题名称：基于风险的优先级

基于验收标准的测试优先级：测试执行顺序的确定

在基于验收标准的测试（ATDD）中，确定测试执行顺序对于有效和高效的测试至关重要。以下步骤概述了如何使用验收标准来确定测试的优先级和顺序：

1.映射验收标准到功能需求

验收标准定义了系统或产品必须满足的期望行为，以达到可接受的质量水平。第一步是将每个验收标准映射到相关的功能需求。这将帮助确定每个验收标准对系统整体目标的重要性。

2.确定每个验收标准的风险

接下来，为每个验收标准评估其固有的风险级别。这可以基于以下因素：

*如果未满足该验收标准，对系统的影响

*实现该验收标准的难度

*依赖于该验收标准的其他验收标准

风险级别可以分为高、中、低。

3.计算每个验收标准的优先级分数

使用以下公式计算每个验收标准的优先级分数：

```

优先级分数=(重要性权重*重要性分数)+(风险权重*风险分数)

```

其中：

*重要性权重：表明验收标准对系统整体目标的重要性。可以将其设置为1（低）、2（中）或3（高）。

*重要性分数：表示验收标准满足其预期的可能性。可以将其设置为1（低）、2（中）或3（高）。

*风险权重：表明未满足验收标准对系统的影响。可以将其设置为1（低）、2（中）或3（高）。

*风险分数：表示实现验收标准的难度的可能性。可以将其设置为1（容易）、2（中等）或3（困难）。

4.对验收标准进行排序

根据优先级分数对验收标准进行排序，优先级分数最高的排在最前面。这将形成测试的执行顺序。

5.考虑依赖关系

在确定最终的测试执行顺序时，还应考虑验收标准之间的依赖关系。必须按照正确的顺序执行依赖关系，以确保所有验收标准都得到充分测试。

示例

考虑一个银行系统，该系统具有以下验收标准：

*ES1:用户能够成功登录。

*ES2:用户能够查看自己的账户余额。

*ES3:用户能够转账。

*ES4:系统在非工作时间无法访问。

使用上述步骤，我们可以确定以下优先级：

|验收标准|重要性|风险|优先级分数|

|||||

|ES1|高|高|9|

|ES2|中|低|5|

|ES3|高|中|8|

|ES4|低|高|7|

排序后的执行顺序：

1.ES1：用户能够成功登录。

2.ES3：用户能够转账。

3.ES2：用户能够查看自己的账户余额。

4.ES4：系统在非工作时间无法访问。

这种方法有助于确保高优先级的验收标准首先得到测试，从而提高测试的效率和覆盖率。第七部分回归测试用例的选择与维护关键词关键要点【回归测试用例的选择】

1.根据测试覆盖率和风险分析确定回归测试用例的范围。

2.使用自动化工具，如测试管理平台或自动化测试框架，来管理和执行回归测试用例。

3.优先考虑那些在维护或增强过程中可能受到影响的测试用例。

【回归测试用例的维护】

回归测试用例的选择与维护

回归测试用例的选择

回归测试用例的选择至关重要，因为它决定了回归测试的有效性和效率。有几种方法可以选择回归测试用例，包括：

*风险优先级号（RPN）：RPN考虑了缺陷的严重性、检测概率和发生概率。RPN较高的用例优先级较高。

*覆盖范围分析：此方法基于代码覆盖率指标，例如语句覆盖率、分支覆盖率或路径覆盖率。优先选择覆盖关键代码路径的用例。

*基于故障的历史记录：优先选择历史上导致缺陷的用例，因为这些用例失败的可能性更高。

*专家意见：有时，可以咨询领域专家来识别关键用例和需要优先考虑的测试类型。

回归测试用例的维护

回归测试用例需要定期维护，以确保它们继续反映应用程序的当前状态。维护包括：

*更新测试数据：随着应用程序的变化，测试数据也需要更新，以反映新的功能和数据结构。

*修复损坏的测试用例：由于应用程序更改或配置问题，测试用例可能会损坏。需要识别和修复这些损坏的测试用例。

*增加新的测试用例：随着应用程序的新功能和增强功能的引入，可能需要添加新的测试用例来覆盖这些更改。

*删除过时的测试用例：当应用程序不再使用某些功能或组件时，可以删除相应的测试用例。

*自动化测试用例：自动化测试用例可以节省大量时间和精力，还可以提高回归测试的效率和可靠性。

*版本控制：使用版本控制系统（例如Git）跟踪和管理回归测试用例非常重要，以便可以轻松地还原到先前的版本并在不同团队成员之间共享更改。

持续集成和自动回归测试

持续集成（CI）和自动回归测试是现代软件开发过程中的重要实践。CI涉及将代码更改经常合并到主分支并触发自动化构建和测试。自动回归测试作为CI流程的一部分运行，以确保新更改不会破坏现有功能。自动回归测试工具，例如Jenkins、CircleCI和TravisCI，可以帮助简化和自动化回归测试过程。

回归测试用例管理工具

有许多工具可以帮助管理回归测试用例，包括：

*测试管理工具：这些工具提供集中式平台来创建、管理和执行回归测试用例。

*缺陷跟踪系统：这些系统可以跟踪与应用程序相关的缺陷，并用于识别需要优先考虑回归测试的用例。

*自动化测试框架：这些框架提供创建、执行和维护自动化回归测试用例所需的基础设施。

最佳实践

以下是回归测试用例选择和维护的最佳实践：

*使用多种技术来选择回归测试用例，以确保全面的覆盖。

*定期维护回归测试用例，以确保它们是最新的。

*自动化尽可能多的回归测试用例，以提高效率和可靠性。

*使用版本控制系统来跟踪和管理回归测试用例。

*使用测试管理工具和缺陷跟踪系统来简化回归测试流程。第八部分测试优先级调整策略关键词关键要点基于风险的优先级

1.优先测试可能对业务运营产生严重影响的高风险需求。

2.考虑需求变更的频率、复杂性和对用户体验的影响。

3.利用风险分析工具和技术来量化需求的风险级别。

基于成本效益的优先级

1.优先测试那些投资回报率最高的需求。

2.考虑测试的成本和发现缺陷的可能性之间的权衡。

3.使用成本效益分析模型来确定最有价值的需求。

基于依赖关系的优先级

1.优先测试那些依赖于其他需求或组件的需求。

2.确保测试下游需求不会阻碍上游需求的测试。

3.使用需求跟踪工具来识别需求之间的依赖关系。

基于覆盖率的优先级

1.优先测试那些需要高代码覆盖率的需求。

2.使用测试覆盖率工具来确定哪些需求的覆盖率不足。

3.专注于测试可能产生高影响缺陷的代码路径。

基于变更频率的优先级

1.优先测试经常发生变更的需求。

2.考虑变更的类型和大小，以及它们对现有测试用例的影响。

3.使用版本控制系统和持续集成工具来监视变更并影响测试优先级。

基于用户体验的优先级

1.优先测试那些对用户体验至关重要的需求。

2.考虑需求对可用性、性能和易用性的影响。

3.使用用户研究和可用性测试来收集用户反馈并指导测试优先级。测试优先级调整策略

在基于验收标准的测试（ATDD）中，测试优先级在整个开发周期中根据不断变化的需求和风险而不断调整。通过采用以下策略，测试人员和利益相关者可以动态地确定哪些测试案例需要优先执行：

1.风险优先策略

*分析系统或功能的潜在风险，包括数据完整性、安全性、业务连续性等。

*根据风险的严重性、发生概率和影响，确定测试用例的优先级。

*高风险用例优先执行，以最大程度地降低项目或系统的风险。

2.价值优先策略

*评估测试用例对系统或业务价值的贡献程度。

*优先执行与关键业务功能、用户体验和价值主张相关的测试用例。

*这有助于确保测试资源集中在对客户和业务产生最大影响的领域。

3.覆盖优先策略

*分析系统或功能的覆盖率目标，例如代码覆盖率、功能覆盖率、业务情景覆盖率。

*优先执行覆盖目标中缺失或不足的测试用例。

*通过确保对关键区域的充分覆盖，提高测试的有效性和效率。

4.敏捷优先策略

*采用敏捷开发方法，测试用例的优先级根据sprint计划和用户反馈不断调整。

*优先执行对当前sprint至关重要的用例，以提供及时的反馈并促进快速迭代。

*这有助于测试团队与开发团队紧密合作，并根据需求的变化做出响应。

5.数据驱动优先策略

*利用历史数据和分析来确定导致缺陷或错误的特定区域。

*优先执行与这些区域相关的测试用例，以防止类似问题的再次发生。

*通过从过去的数据中学习，测试人员可以更有效地针对高风险或有问题的领域进行测试。