作为QA经理，我如何从自动化中节省成本？

Question

只想举个例子:我们有1000 TC的回归测试套件。目前，它需要10人手动执行在10天。在这个套件自动化之后，让我们假设我们需要3个人来执行。

如果我们有影响我的500个测试用例的主要功能改变，我们需要7个人来修复脚本，重新运行和更新。基本上就是脚本的维护。本质上是3 fr执行和7用于修复。

我在哪里看到从回归测试套件的自动化中保存下来的？

假设:现有脚本在当前代码线上工作得很好，遵循Selenium框架。

Answer 1

这是一个相当复杂的工作，但您可以通过一些数据潜水，以及您已经提供的信息。

• 团队中的时间和精力--假设您的自动化套件已经就位，每次运行时，您都在运行(假设该套件在一天内运行)，为期3人天，共24小时。运行手动回归的成本是，从你的职位，100人日(10人x 10天)或800小时。因此，每次运行无需修改就能节省776小时。
• 时间和人力以外的小组-这将采取一些数据潜水。您将需要计算出平均每个版本有多少回归问题，以及在发行后处理这些问题花费了多少时间。一旦得到了这个数字，就可以将回归问题的数量与自动化实现后的平均转义问题进行比较，并计算出节省时间的方法。如果您已经正确地针对您的回归自动化，它可能是一个相当大的数额。
• 没有发布到生产中的回归bugs -您也需要在这里进行一些挖掘--这次是为了定位自动化所捕捉到的所有回归问题，并计算出手动回归中这个问题的可能性有多大，以及节省了多少时间。如果您每天或更频繁地运行自动回归，您将在这里看到大量的节省，通过每个发行的平均时间。

使用一些从空气中提取的数字：-自动化的每一次运行都能节省776小时。-如果每个部署更新自动化平均需要500个小时，那么您节省的时间是(776 *每次部署的运行次数)- 500。如果您在每次部署中运行10次自动化，那么仍然有超过7000个人小时可用于其他任务。

如果您的自动化设计足够好，您应该能够显著减少重构时间，增加您的时间节省。

而且，如果您的管理部门需要一笔资金用于估计的节省，那么您需要将开发时间包括在内，将自动化创建为沉没成本(因为无论使用哪种自动化，它都会发生)。比如说，5倍的时间成本，一个完整的手动回归运行，以正确地完成它。这意味着，到第六次自动化运行时，您将进入积极的ROI --但是当您在较小的范围内实现自动化运行时，您将开始看到好处)。

Answer 2

正如Kate提到的那样，节省时间并不是唯一的好处，而且用错误的方法来看待问题，IMHO。

自动化提高了发布的质量和稳定性。允许重构系统的部分，并确保没有任何重要的故障，如果所有的测试通过。

此外，增加测试人员的工作满意度(较少乏味的重复状态检查，更有趣的调查测试)，从而降低人员更替率。还有更多。

Answer 3

我看到了这类东西的很好的图表，y轴是成本，x轴是测试运行的次数，两行，一行是手动的，一条是自动的。

手动测试有固定的斜率，因为手动运行测试有固定的成本(10名工程师* 10天*日薪)。

您可以显示类似的自动化趋势，显示巨大的沉没成本(自动化工程师*时间*工资将是起点，甚至在任何测试用例运行之前)，然后一条斜率为3/10的直线，因为您将有3名工程师执行测试。

然后，您可以看到这两条线交叉处的储蓄。。。

在这样的图形中添加重构因子和东西是留给读者的练习。