首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >质量保证影响的量化方法

质量保证影响的量化方法
EN

Stack Exchange QA用户
提问于 2016-01-14 09:33:09
回答 5查看 337关注 0票数 3

我目前正在研究量化QA对团队的影响的方法,无论是从整体生产力的提高还是从净效率的角度来看。在这样做的时候,我正在评估各种方法,我可以用这些方法来量化。

例如,引发了多少bug,以及敏捷过程的哪个阶段。然后计算出开发人员节省的时间。

此外,还可能将不断节省的自动化测试及其相关的维护费用结合起来。或者衡量QA参与的最有效方法

您目前使用了哪些度量标准以及如何编译数据集以进行有效的比较?

编辑:请不要回答“测试早”。对于规划未来qa扩展和参与项目,这并不是一个足够有力的论据。

EN

回答 5

Stack Exchange QA用户

发布于 2016-01-14 13:37:32

公司的成功。

购买QA将需要从顶部,而不是在数据中寻找的理由。

随着时间的推移,你将能够指出这样的事情

  • 一些主要的错误无法到达客户。
  • 预期和计划的业绩问题
  • 在某些条件下发现的不寻常的虫子
  • 更多新客户
  • 更多的留用客户

然而,像每个项目或个人或团队的bug数,或者每个sprint的错误数这样的统计数据通常并不十分有用,因为造成这些问题的各种因素是如此的多变。度量每个开发人员的bug或bug的数量也不关注其他影响用户的问题,例如可用性、设计、品牌、设备兼容性、首选项等等。

鉴于数字和统计数据对于运营公司的人非常重要,您也可以尝试收集并提供以下方面的信息:

  • 在生产前发现重大的错误
  • 可用性的最佳实践,以帮助提高客户的保留和品牌忠诚度
  • 长期可维护性和降低成本的最佳实践。
  • 分析真实的用户体验,以显示实际的痛点。
  • 谁在使用什么平台,设备,浏览器和版本,比例是多少。

一个例子(2016年)-我们AB测试更改我们的汽车保险网站。我们最近更新了我们的表单,以正确地突出显示错误,而不是仅仅依靠红色并提供更好的反馈。这是QA部门基于可访问性最佳实践所倡导的努力。结果:每年收入增加150万美元。

票数 6
EN

Stack Exchange QA用户

发布于 2016-01-14 14:20:28

衡量标准是误导的。你可以抓到一万只无用的虫子,但是如果在医院杀死几个病人的那个没被抓到,你就死定了。嗯,在事业上已经死了,而不是医院里的病人。

但不幸的是,衡量标准对于说服那些只相信它们的人是有用的。如果并且只有当度量背后的基本原理是让您的层次结构QA有用时,那么就开始考虑他们想要听到的内容。通常情况下,这是关于钱(如果他们有其他想法的话调整一下),你可以比较早期调整的成本和后期调整的成本。您还可以添加“图像”效应,即延迟。

有关于这一主题的文献。。它能帮到你。但请记住:真正的影响是不能用数字来衡量的。唯一真正有用的方法是说服那些只要没有数字就不动的人,让他们相信QA是有用的。真正的底线是,如果没有QA团队,在现代软件世界里,你就会从市场上消失。这就是为什么迈克尔·达兰特和Rsf都坚持他们的优秀答案,他们不需要度量。他们对做正确的工作没有用。

票数 1
EN

Stack Exchange QA用户

发布于 2016-01-14 16:10:16

这是一种滑坡路之类的东西,因为如果你用错误数量来衡量.这并不总是准确的。但在某些情况下,经理/等人很难.才能真正看到QA的价值。特别是在人们期望一个完全没有bug的系统或者其他情况下,"QA没有完成他们的工作“。

最容易记住的事就是花了多少时间。因此,如果没有QA,那么让我们假设QA在测试期间发现了一个项目中的5个bug。让我们假装没有QA,只会发现两个bug。在发布bug之前,整个过程的每一步都会花费越来越多的时间。(例如,生产中的bug浪费了10个小时的时间,而不是在测试过程中发现错误时仅浪费1个小时)。这是最简单的“金融”论点,海事组织。

无论哪种方式,我在深入研究度量之前都会非常小心。

票数 1
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/16513

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档