cpu使用率很低是不是浪费_测试浪费率

cpu使用率很低是不是浪费

还记得错误只是生活的一部分的日子吗？ 我的意思很重要。

如果您还记得那些黑暗的年代，我们将大部分时间用于修复错误并引入其他错误。 在业余时间，我们必须研究新的东西。

今天不一样了，bug少了很多。 因此，我们可以在新内容上做更多的工作，对吗？

还是我们找到了新的替代品？

测试维护是新错误

您在一个早晨醒来，发现您在维护测试上花费了25％。 真实的故事。

一天不会发生这种情况，您会感到越来越多的测试工作在逐步进行，您觉得这很自然。 部分工作。

然后有一天，您实际上会看到这些数字。 有人需要把你从地板上捡下来。

没有人故意写出不良测试

那么，这些测试来自哪里？

这些测试是阁楼里破烂的窗户。 一阵风，你听到一声巨响。 您需要去那里修复它们。 再次。

就像那些窗户一样，它们不会给您太多保护。 由于它们偶尔会断裂，因此您习惯了它们的吱吱作响和敲打声，因此您不再注意到它们了。 这很糟糕，因为有时他们会给房子带来一些真正的威胁。 像真正的错误。 但是您不会知道，因为您确定这是所有窗口正在移动的位置。

因此，在您面对现实之前，尚不清楚它们花了我们多少钱。 这可能很多。

回到测试世界

我们称这些不良测试为“浪费”测试。

哪个提出了问题：如果这些造成浪费，那么何时进行测试有价值？ 这个值到底是什么？

这很难量化。 如果检测到错误，则测试是有价值的。 它为此获得积分。 因此，听起来很可笑，修复发现的错误所花费的时间表明了测试的价值。 我们可以将这些测试称为“有价值的”测试。

现在，这是测试废品率：

分母是由于测试中断，宝贵和浪费所花费的总时间。 分子是浪费工作。

如果您浪费的时间很大，则比率将接近于1。如果它很小，则比率将接近于零。

您想要尽可能降低比率。 这并非完全取决于您，但这是一个指标。 这些数字实际上可以衡量。

理论如此重要

你怎么看？ 是否有意义？ 有任何帮助吗？ 我有机会获得诺贝尔奖吗？

让我知道。

PS。 下周，我要去比利时测试日 。 除了我正在海关走私的太空飞船外，我还将参加互动式会议，谈论测试自动化的投资回报率。

参考：《 The Geek Out of Water》博客中我们的JCG合作伙伴 Gil Zilberfeld 的测试浪费率 。

翻译自: https://www.javacodegeeks.com/2014/03/the-test-waste-ratio.html

cpu使用率很低是不是浪费