风险测试之优秀实践的综合指南（上）
通过我们的教程掌握基于风险的测试。了解如何识别高风险场景、确定测试工作的优先级并缓解潜在问题。基于风险的测试 (RBT) 是一种软件测试，它侧重于识别被测软件应用程序的高风险区域并确定其优先级。简单来说，基于风险的测试是一种基于软件复杂性评估处于高故障风险的软件应用程序的特性的方法。
尽管还有其他软件测试类型，如白盒测试、灰盒测试和系统测试，它们专注于测试软件应用程序的每个功能，但为什么我们需要基于风险的测试？
在软件开发过程中，测试对于确保软件应用程序的质量是必不可少的，并且通过引入新的软件测试技术和方法而随着时间的推移而发展。它的主要重点是彻底测试每个组件、功能、代码行等。
然而，组织可能面临时间和预算限制，迫使开发团队充分利用其有限资源。在这种情况下，重点更多地放在最重要的软件应用程序的功能或组件上。基于风险的测试来了，它允许测试人员将他们的时间和资源集中在测试软件最关键的领域，并提高产品的整体质量。
什么是基于风险的测试？
基于风险的测试方法正在验证容易出错或对其整体性能构成相当大风险的软件应用程序的特性和功能。
基于风险的测试是软件测试的基本方法，有助于减少测试工作和成本，在软件开发生命周期的早期识别关键缺陷，并确保向最终用户交付高质量的软件应用程序。使用基于风险的测试，软件专业人员可以就测试过程做出明智的决策，将他们的精力集中在对软件应用程序构成最高风险的领域。
对软件应用程序构成高风险的因素可能包括复杂的代码、对软件应用程序的功能至关重要的代码等。但是，风险级别也受到正在开发的功能或软件应用程序的类型的影响。在基于风险的测试中，此类因素得到解决，有助于将重点放在软件应用程序中更可能遇到错误的部分。
为什么要执行基于风险的测试？
基于风险的测试服务于多方面的目的。首先，它建立了一个框架，以在利益相关者之间就软件项目风险进行透明的沟通。该框架有助于定义团队内部的标准沟通，使风险可见并且更易于修复。
之所以需要进行基于风险的测试，是因为在可用的时间和预算内不可能总是详尽地测试软件应用程序的每个方面。通过识别和评估与被测软件应用程序相关的风险，基于风险的测试方法可以帮助测试人员将他们的测试工作集中在软件应用程序中最关键且可能导致问题的区域。
这有助于确保在可用时间和预算内对软件应用程序进行全面测试，并确保在向用户发布软件应用程序之前解决最关键的问题。
基于风险的测试还有助于在开发过程的早期识别和减轻风险，这有助于降低成本和在开发周期后期或软件应用程序发布后发现的缺陷的影响。
基于风险的测试的真实示例
假设一个软件测试团队在一个允许客户在线购买产品的电子商务网站上工作。您的团队已确定以下风险：
·支付网关不安全，可能导致未经授权的访问和客户支付信息被盗。
· 搜索功能不会返回准确的结果，导致客户感到沮丧和潜在的销售损失。
· 结帐流程对用户不友好，导致购物车被遗弃和潜在的销售损失。
根据这些风险，您的团队会相应地确定测试工作的优先级。例如，您可以分配更多资源来测试支付网关，以确保其安全并防止潜在的违规行为。此外，您将优先测试搜索功能和结帐流程，以确保它们对用户友好且准确，以避免失去客户。
通过采用基于风险的测试方法，您的团队可以将其资源集中在风险最高的领域，以确保首先解决关键问题。这种方法可以帮助您在潜在问题成为主要问题之前识别并减轻它们，并最终为您的客户提供更高质量的产品。
基于风险的测试的好处
基于风险的测试是软件测试的重要组成部分，并在确保软件应用程序的质量方面提供了多种好处。重要的是要了解它的好处，以扩大基于风险的测试方法的知识，并了解其在软件测试中的广泛应用。以下是它的一些主要优点：
· 它使您可以更有效地利用大部分宝贵的资源时间，因为您只关注接受测试的高概率风险。
· 提高软件应用程序的质量和功能，因为高风险区域被优先考虑，并确保首先测试最关键的功能。
· 它测试软件应用程序的所有关键功能，并提供对其风险的实时了解。
· 它侧重于降低成本、提高生产力和测试交付。
· 可以根据风险评估有效地完成测试工作分配。
· 使用定义的风险分析方法优化测试。
· 可以及早识别软件应用程序的高风险区域，并在它成为更严重的问题之前完成修复。
基于风险的测试的特点
基于风险的测试对于开发高质量的软件应用程序并确保不涉及可能影响其功能的风险至关重要。为此，您必须了解基于风险的测试的关键特性。以下是其中一些：
基于风险的测试中的测试周期顺序优先执行具有较高风险级别的测试用例，而不是具有较低风险的测试用例，从而最大限度地减少对业务的潜在风险。
这种方法有助于将更多资源分配给涉及新功能或需要广泛研究和开发的测试活动。
这是一个迭代过程，不断识别风险，将它们分解成更小的单元，以实现有效的风险管理。
基于风险的测试策略将测试工作的级别与软件应用程序中涉及的风险级别相匹配。例如，风险越大，测试工作量越大。
何时使用基于风险的测试？
要正确执行基于风险的测试，必须了解可以实施的场景。有了这个，您可以在准确的时间执行它。以下是一些应该执行的情况。
软件应用程序有时间、资源和预算限制。
您可以在其中检测SQL 注入攻击的风险或漏洞的软件应用程序。
在敏捷中，执行基于风险的测试有助于在定义的冲刺中完成测试，以保持软件应用程序的质量。
当需要在云计算环境中进行安全测试时。
具有高风险因素的软件应用程序，例如，缺乏业务领域知识。
长期的软件开发项目需要关键的管理。
软件开发项目需要大量的研究和开发。在这里，基于风险的测试将有助于更好地管理软件应用程序的任何高风险区域。
定义和确定软件测试中的风险
测试中的风险是影响软件应用程序的成功和质量的意外事件的发生。此类事件可能在过去发生过，也可能是未来发生的问题。这可能会影响软件应用程序标准的成本、技术性和质量。
风险可能包括对软件应用程序的功能产生负面影响的错误、问题、漏洞和缺陷。风险评估的主要目的是发现和评估此类风险，并确定其测试工作优先级。
然而，风险评估具有挑战性；您如何确定风险的优先级或级别？要回答这个问题，您必须查看软件应用程序的三个关键方面以确定风险级别：
关键性：术语关键性是指衡量错误对软件应用程序的影响，以了解其严重性。开发软件应用程序时，关键代码的核心对于其完整功能非常重要。此类代码中的任何错误都会比代码的其他部分产生更大的负面影响，例如数据丢失和暴露。因此，临界性是一种高级别风险，需要进行测试以降低此类事件的风险。
流失：在风险评估中，“流失”是指对任何软件应用程序组件进行更改或代码修改的次数。这表明经过大量更改和更新的软件应用程序的组件更有可能遇到错误。因此，流失率高的区域属于高风险级别，需要进行全面的风险评估和测试，以确保应用程序没有错误或错误。
复杂性： 软件应用程序中的代码复杂性被认为是一个高风险因素，因为它们比简单的代码更容易出错。考虑函数中所有可能的路径是衡量代码复杂性的一种方法。因此，具有更多路径的函数将需要更多的测试用例来运行测试，这表明更复杂并且容易出错。在评估与应用程序相关的风险时，重要的是要考虑代码的复杂性。
软件开发过程中的风险类型
了解直接影响软件应用程序质量的风险类型并识别潜在问题至关重要。风险类型大致可分为两类：
1. 积极风险：这些事件可能在未来有更好的交易，并对软件项目或目标产生积极影响。例如，投资新项目和开发新的软件应用程序。
2. 负面风险：这些是对软件项目产生负面影响并带来巨大损失的事件，如团队问题、经济衰退等。
负面风险对软件项目的成功构成威胁。通过基于风险的测试，您可以深入了解这些风险以减轻它们并确保软件应用程序的质量。
以下是团队在软件开发过程中遇到的几组负面风险。
产品风险：由于软件应用需求的清晰度和稳定性不佳及其复杂性而产生的风险。这种风险会导致软件应用程序的功能与最终用户的期望不一致，从而导致不尽人意的用户体验。
项目风险：是指由于外部依赖而导致的风险，包括合同问题、个人问题、承包商方面的延误等。这种风险会影响软件应用程序的预算、时间表和交付。
流程风险：这种风险与内部软件应用程序管理有关，例如估计不准确、低估项目复杂性和延迟以及不可协商的最后期限。
测试人员必须识别并减轻可能影响软件应用程序成功的负面风险。
谁执行基于风险的测试？
测试人员在评估与软件应用程序相关的风险方面起着至关重要的作用。他们必须进行全面的风险评估，概述提议的解决方案的测试方法。如果测试策略不充分，则在将软件部署到生产环境时发生关键软件故障的可能性将会增加。
全面了解软件应用程序的风险后，测试人员可以根据企业感知的风险评估软件是否已准备好上线。
基于风险的测试需要根据模块的优先级来规划、设计和执行测试操作。评估软件应用程序风险的重点领域应包括以下领域：
· 容易出现缺陷
· 关键业务功能
· 常用特性和功能
· 安全功能
· 复杂领域
· 新产品变更。
通过优先测试这些领域，测试人员可以降低软件应用程序在生产中失败的可能性并提高其质量。
基于风险的测试技术
基于风险的测试大致分为两种主要的测试技术，即轻量级和重量级风险测试技术。这些技术是主观的，需要开发和测试团队的技能和经验。
轻量级基于风险的测试
该技术与风险分析相关，风险分析主要是形式化的，通过考虑概率和影响因素来关注技术和业务风险。轻量级基于风险的测试被认为是轻量级的，因为它不涉及对所有可能风险的详细分析。它主要解决软件应用程序中的风险关键性、复杂性和其他因素。
基于轻量级风险的测试技术的主要属性之一是它们只关注两个风险因素：
可能性：指风险发生的概率。
影响：指如果风险确实发生，后果的严重程度。
轻量级技术依赖于简单的定性判断和尺度，而不是使用复杂的数学模型来计算风险。例如，团队可能将风险的可能性评定为高、中或低，并将影响评定为严重、中等或轻微。然后可以使用这些评级来确定测试工作的优先级。
基于轻量级风险的测试技术分为三种类型：
1. 产品风险管理 (PRisMA)：该技术可以轻松识别软件应用程序中的关键风险并确定其优先级。它将确保软件应用程序的风险在其整个开发生命周期中得到管理。PrisMa 涉及多种策略，包括风险降低、风险规避、风险转移和接受。与此同时，对软件应用程序进行持续监控和审查，以确保有效管理风险。
2. 实用风险分析和管理 (PRAM)：该技术涉及评估与软件应用程序开发和管理相关的风险，然后实施策略来解决这些风险。它涉及确定风险的优先级并制定解决这些风险的计划。该计划主要包括降低风险、规避风险和接受风险。
3. 系统软件测试：该技术涉及以结构化和系统化的方式进行基于风险的测试，然后是预定义的过程和方法。它将帮助您确保在测试工作中付出的努力是一致的、可重复的和全面的。它涉及定义测试目的和目标，制定包括测试方法和所需资源的测试计划，以及创建结合所有软件应用程序功能的测试用例。
基于重量级风险的测试技术
基于权重的风险测试是一种测试软件的方法，它专注于根据与软件应用程序的各个领域相关的风险级别来确定测试活动的优先级。
在这种方法中，测试团队确定了软件应用程序中最有可能发生故障的最关键区域，并将他们的测试工作集中在这些区域。这有助于确保软件的最关键组件经过全面测试，并确保在向用户发布之前识别并解决任何潜在问题。
基于权重的风险测试需要检查软件需求、设计和体系结构，以检测潜在风险并相应地确定测试活动的优先级。测试团队还可以参考历史数据和行业最佳实践来为他们的风险评估提供信息。
重量级的基于风险的测试技术主要有四种类型：
1. 风险成本：它衡量的是软件应用程序的已识别风险可能导致的财务影响。暴露成本可以根据负面影响的潜在成本发生风险的概率来计算。主要决定三个因素：
· 失败的百分比与软件应用程序相关的风险有关。
· 与典型的生产风险失败相关的损失成本。
· 测试成本。
2. 故障模式和影响分析（FMEA）：它是用于检测软件应用程序中质量风险项的技术，称为故障模式。您可以确定基于风险的测试下的软件应用程序可能在何处以及如何失败，并评估不同失败的相对影响。
它涉及分析过程中的每个组件或步骤，以确定潜在的故障模式、它们的影响和发生的可能性。FMEA 有助于识别高风险区域并确定行动的优先级，以防止或减轻潜在故障。
FMEA 的步骤包括以下内容：
· 失败模式：什么会失败？
· 失败原因：为什么会失败？
· 失败影响：每次失败的结果是什么？
3. 质量功能部署 (QFD)：此系统过程用于将最终用户需求和要求转化为软件开发中的特定设计和生产目标。它考虑了可能因对最终用户要求的不正确和不充分的理解而产生的质量风险。这是通过关注质量计划在软件应用程序开发中的执行功能来实现的。
4.故障三分析（FTA）：该技术用于识别系统故障的原因和影响。它涉及创建表示故障模式及其原因的树状图，然后分析每个潜在原因以确定最可能的根本原因。
它既考虑了从测试或生产中引起的观察到的故障，也考虑了质量风险引起的潜在故障。然后对此类故障进行根本原因分析，从导致故障的缺陷开始，然后是导致缺陷的错误，然后继续确定根本原因。
页:
[1]
