今天的文章将是一个完整的指导，在软件测试中学习基于风险的测试。在解释基于风险的测试之前，有必要知道软件测试中的风险是什么意思。风险是一个尚未发生的问题或情况，未来也可能永远不会发生。这基本上是一个可能的问题。
在本文中，我们了解什么是基于风险的测试，基于风险的测试的原因和情况以及基于风险的测试的好处。
基于风险的测试是基于优先级，重要性和潜在故障进行测试的特征和功能的软件测试类型。首先我们确定项目的风险，分析与项目的潜在成本相关的风险。
让我们来看一下为什么以及在基于风险的测试中实现的所有原因和方案。许多项目在组织标准方面具有时间，资源，质量要求等制约因素。基于风险的测试在这方面工作得很好。在实施新项目时，存在新技术，缺乏知识，缺乏经验等高风险因素。
基于风险的测试的主要目标：
- 确定何时以及如何使用基于风险的测试。
- 了解基于风险的测试的优缺点。
- 了解在适当应用中实施基于风险测试的步骤。
- 利用风险管理的最佳实践来实现无风险的项目，将风险与质量，特征，预算和进度平衡，实现项目成果。
概述
基于风险的测试（RBT）是一种具有独特功能的测试过程。它基本上是基于风险的项目和应用。使用风险，基于风险的测试优先考虑并在测试执行时强调适当的测试。换句话说，风险是意外结果发生的机会。这种意外结果也与影响有关。有些时候很难测试应用程序的所有功能，或可能是不可能的。在这种情况下使用基于风险的测试；它测试具有最大影响和故障概率的功能。
最好通过产品风险分析开始基于风险的测试。这里有很多方法：
- 清楚了解软件需求规范，设计文档和其他文档。
- 与项目利益相关者集思广益。
基于风险的测试 是在系统开发时降低产品风险剩余水平的方法来了解测试工作的过程：
- 基于风险的测试在初始阶段应用于项目，识别项目的风险，暴露项目质量，该知识指导测试计划，规范，准备和执行。
- 基于风险的测试包括缓解（测试以减少故障的可能性，特别是高冲击性故障的机会）和应急性（测试知道解决方案，以创建让我们不那么痛苦的缺陷）。
- 基于风险的测试还包括测量过程，以识别我们在寻找和消除关键领域故障方面的工作。
- 基于风险的测试还使用风险分析来识别通过非测试活动获取或避免缺陷的积极机会，并帮助我们选择要执行的测试活动。
执行基于风险的测试的主要过程如下所述：
- 流程1 - 描述项目风险方面的所有要求。
- 流程2 - 在风险评估方面，优先考虑需求。
- 过程3 - 根据需求优先级来规划和定义测试。
- 过程4 - 根据优先级和验收标准执行测试。
过程1 - 项目将项目利益相关者确定的各种风险相关联。利益相关者基本上是商业和技术团队的混合体。股东涉及各部门的各方，例如客户，客户，业务专家，技术专家，项目经理，项目负责人，用户，开发商和基础设施代表。
过程2 - 一旦分析了所有可能的风险及其影响，项目经理必须优先考虑需求。需求的优先事项应达成一致，并应在功能需求文件中予以更新；同样也应该传达给开发和测试团队。
流程3 - 在获得需求优先级标记后，我们在保持需求的优先级前提下开始测试活动，。
过程4 - 如果在“测试执行时间表”时识别出现任何已识别的风险，那么开发方面很有可能排程。在这种情况下，给客户的最后期限是无法改变的。在这种情况下，测试经理必须应用帕累托原理，并在缩短的时间内完成测试范围，确保最小的风险和最高的质量。
基于风险的测试的优点/优点：
- 提高质量 - 测试应用程序的所有关键功能。实时了解项目风险。
- 更多地关注业务项目的风险，而不是信息系统的功能。
- 在现有手段有限的情况下，为客户和测试经理提供谈判工具。
- 将产品风险与需求相关联识别差距。
- 在测试期间，测试报告总是以所有利益相关者理解的语言（风险）进行。
- 测试总是集中在最重要的事情上，最优的测试交付，在有限的时间，金钱和合格的资源的情况下。凭借我们拥有的时间和资源，我们可以完成100％的测试，因此我们需要确定一种更好的方式来加快测试工作，同时仍然管理被测应用的风险。努力不会浪费在非关键或低风险的功能上。
- 提高客户满意度 - 由于客户参与和良好的报告和进度跟踪。
一些有用的测试技术进行基于风险的测试：
- 路径流量测试
- 一些探索 /经验测试
- 边界值分析
- 等价类划分
- 决策表
译自《What is Risk Based Testing in Software testing?》一文。