rbt风险管理有哪些要点

发布时间：2025-09-21 09:37:11 阅读量： 0 来源： 互联网转载

rbt风险管理的要点：1、风险识别；2、风险影响分析；3、风险缓解。风险识别阶段涉及列出可能出现并破坏正常事件流程的所有内容，这是由QA负责人领导的集体活动。

1、风险识别

解决问题的名列前茅步是识别它。此阶段涉及列出可能出现并破坏正常事件流程的所有内容。此步骤的主要结果是风险列表。这种基于风险的测试步骤通常由 QA 主管/经理/代表领导。但是，仅靠领导将无法提出整个列表 – 整个QA团队的投入产生了巨大的影响。我们可以说这是由QA负责人领导的集体活动。

此外，在测试计划阶段确定的风险在方向上更加“管理”，这意味着我们将研究可能影响QA项目的进度，工作量，预算，基础架构更改等的任何内容。这里的重点不是AUT，而是QA阶段将继续的方式。

测试计划期间的风险：基于风险的测试示例

下面是在测试计划阶段可能列出的风险的示例列表。请注意，AUT及其功能不是此处的重点。

测试时间表很紧。如果测试的开始由于设计任务而延迟，则测试不能延长到 UAT 计划的开始日期之后。
资源不足，资源入职太晚（该过程大约需要 15 天。
缺陷是在周期的后期或周期的后期发现的;较晚发现的缺陷很可能是由于规格不明确造成的，并且解决起来非常耗时。
范围未完全定义
自然灾害
独立测试环境和可访问性不可用
由于新问题而延迟测试

此时，您可以选择尽可能彻底，具体取决于可用的时间量。一旦列出了所有风险，我们就会进行风险评估/风险影响分析。

2、风险影响分析

软件测试中的风险分析：在此步骤中对所有风险进行量化和优先级排序。每个风险的概率（发生的可能性）和影响（当这种风险成为现实时会造成的损失量）都是系统地确定的。

高 – 中低，值分配给每个风险的概率和影响。首先处理具有“高”概率和“高”影响的风险，然后依次处理。

风险影响分析：

测试时间紧迫。如果测试的开始由于设计任务而延迟，则测试不能延长到 UAT 计划的开始日期之后。概率高，冲击力高。
资源不足，资源上车太晚（流程大约需要15天）。概率中等，冲击力高。
在周期的后期或周期的后期发现缺陷;较晚发现的缺陷很可能是由于规格不明确，并且解决起来非常耗时。概率中等，冲击力高。
范围未完全定义。概率中等，冲击力中等。
自然灾害。概率低，冲击力中等。
独立测试环境和可访问性不可用。概率中等，冲击力高。
由于新问题导致测试延迟。概率中等，冲击力高。

3、风险缓解

此基于风险的测试（RBT）过程的最后一步是找到解决方案来计划如何处理这些情况中的每一种。这些计划可能因公司而异，项目因项目而异，甚至因人而异。

风险的缓解计划：

测试时间紧迫。如果测试的开始由于设计任务而延迟，则测试不能延长到 UAT 计划的开始日期之后。概率高，冲击力高。缓解计划：测试团队可以控制准备任务（提前）以及与相关方的早期沟通；在应急时间表中增加了一些缓冲，尽管没有优异做法建议的那么多。
资源不足，资源上车太晚（流程大约需要15天）。概率中等，冲击力高。缓解计划：假期和假期已被估算并纳入时间表;与估计值的偏差可能导致测试延迟。
在周期的后期或周期的后期发现缺陷;较晚发现的缺陷很可能是由于规格不明确，并且解决起来非常耗时。概率中等，冲击力高。缓解计划：缺陷管理计划已到位，以确保及时沟通和解决问题。
范围未完全定义。概率中等，冲击力中等。缓解计划：范围已明确定义，但功能中的更改尚未最终确定或不断更改。
自然灾害。概率低，冲击力中等。缓解计划：团队和职责已分散到两个不同的地理区域。在其中一个领域的灾难性事件中，其他领域将需要资源来继续（尽管速度较慢）测试活动。
独立测试环境和可访问性不可用。概率中等，冲击力高。缓解计划：由于环境不可用，计划会受到影响，并将导致测试执行延迟启动。
由于新问题导致测试延迟。概率中等，冲击力高。缓解计划：在测试过程中，很有可能会发现一些“新”缺陷，并可能成为需要时间才能解决的问题。由于文档规范不明确，在测试过程中可能会出现缺陷。这些缺陷可能会导致需要时间解决的问题。如果这些问题成为阻碍，它将极大地影响整个项目进度。如果发现新的缺陷，将制定缺陷管理和问题管理程序，以立即提供解决方案。

注意事项：

在 QA 项目规划阶段越早开始风险管理越好。
在所有3个步骤中，风险识别是最重要的。如果未列出任何内容并考虑采取进一步措施，则风险将无法处理。
尝试为这项活动找到一个理想的时间框架。请记住，太多的计划留下的时间太少。
此外，在风险管理过程之后，如果出现新情况，可以更改或更新风险管理计划以反映最新情况。
历史数据对于此过程的成功非常有用。

延伸阅读

什么是rbt风险管理

产品风险管理的负面影响可能包括成本影响、客户不满意、用户体验不佳，甚至到失去客户的程度。RBT方法是确保测试以这样一种方式进行，即使用户在生产中发现错误，也不会阻止他/她使用该软件或不会严重影响业务。RBT是根据产品风险进行的测试。RBT是提前找出生产中特定特性或功能失败的风险及其对业务的成本和其他损害的影响，方法是使用测试用例的优先级技术。因此，基于风险的测试使用优先测试产品或软件的特性、模块和功能的原则。优先级基于该特性或功能在生产中失败的可能性及其对客户的影响的风险。

50万+团队都在用的项目协作工具一个工具满足团队所需：任务、项目、文档、IM、目标、日历、甘特图、工时、审批以及更多，让工作更简单智能化研发管理工具PingCode 是简单易用的新一代研发管理平台，让研发管理自动化、数据化、智能化，帮助企业提升研发效能

rbt风险管理有哪些要点

热门文章