风险意识是衡量测试人员质量能力的一个重要因素,项目中的风险点往往是出现缺陷概率比较大的地方,也是产品质量最薄弱点。不管是向老板汇报项目情况、还是求职面试,对于测试来说,风险意识很容易被谈到。例如老板会问你当前负责的项目最大的风险点是什么?
今天就聊聊测试人员的风险意识以及如何管理风险。
如果仔细思考测试人员的工作就不难发现,测试工程师在项目中自始至终都扮演着风险识别以及管理的角色。可以毫不夸张的说,风险管理的好坏直接决定产品的质量。
软件测试风险点的概念没有确切的定义,可以理解为导致产品潜在损失的事件或行为。为了保障软件应用程序的质量,QA 测试人员必须能够快速准确地识别和管理软件测试风险。具体怎么做,可以参考下面的事项。
项目风险有哪些?
在 执行测试之前,QA 团队最值得做的工作就是风险识别,例如通过头脑风暴预测编码或性能可能会破坏软件系统哪些功能。通常来说,项目风险可能包括以下几点:
测试专家 Inder Singh 说过“最好详细记录已识别的风险,并及时且有效传达给项目相关的产品/开发等同学。”
风险识别也是一个持续的过程,每当项目迭代需要开发新的业务功能时,回顾以往项目风险点对于新项目来说具有借鉴意义。
毕竟,前事不忘,后事之师。
风险管理
风险随时可能出现。因此,QA 测试人员必须能够以有效和及时的方式处理风险。紧迫的项目排期不仅需要快速关注风险,还需要及时的风险管理,以确保有效执行意外问题的解决方案,防止项目因风险被延期。
靠谱的风险管理工具可以让 QA 团队更好地为不可预见的风险未雨绸缪,确保其他项目成员持续了解项目的测试情况。风险管理内容可以包括:
使用测试管理工具,测试人员可以通过协作来更好地处理这些风险,从而带来可行的解决方案。
风险缓解通常可以是协作的,整个团队致力于在项目启动之前创建风险列表。随着软件测试项目的进展,这些风险也可能需要调整。此处的灵活性对于确保 QA 团队能够满足并适当响应可能出现的任何情况以更方便地缓解风险至关重要。
“测试执行是任何项目最重要的阶段之一,这个阶段的结果决定了质量,由于测试团队是这个阶段的Owner,他们应该提出任何可能阻碍测试执行和延迟发布的风险。”
风险识别
在截止日期前进行软件测试会带来压力,而时间限制对 QA 团队来说是一个持续的挑战。集成测试或软件开发迭代期间的测试是及早发现问题的一种方法,可以更好地确保快速有效地修复。集成测试最适合增量敏捷开发过程,其中小的开发单元作为虚拟可交付产品按顺序完成。
此外,通过将对软件性能更重要的功能放在测试队列的前面来确定测试序列的优先级,这对降低风险大有裨益。为了最好地确定测试序列的优先级,首先确定风险级别,包括以下风险类别:
资源风险:
执行风险: 系统故障导致执行风险。原因包括:
技术风险:技术风险通常会导致功能和性能故障。一些原因包括:
风险缓解
制定一个测试计划,突出有助于缓解工作中的风险。
缓解软件风险的成功取决于对项目的前期评估:
风险处理
处理已识别的风险
尽管进行了前期评估,但当风险发生时,可以通过以下四种方式之一进行处理:
风险是由于可能的无法操作而导致损失的预期。软件风险通常是由于缺乏沟通、信息、计划、跟踪、管理或时间限制而引起的,软件风险是由于软件开发中缺乏功能而导致企业损失的可能性。
未能降低风险造成的损失可能包括: