cpu使用率很低是不是浪费
还记得错误只是生活的一部分的日子吗? 我的意思很重要。
如果您还记得那些黑暗的年代,我们将大部分时间用于修复错误并引入其他错误。 在业余时间,我们必须研究新的东西。
今天不一样了,bug少了很多。 因此,我们可以在新内容上做更多的工作,对吗?
还是我们找到了新的替代品?
测试维护是新错误
您在一个早晨醒来,发现您在维护测试上花费了25%。 真实的故事。
一天不会发生这种情况,您会感到越来越多的测试工作在逐步进行,您觉得这很自然。 部分工作。
然后有一天,您实际上会看到这些数字。 有人需要把你从地板上捡下来。
没有人故意写出不良测试
那么,这些测试来自哪里?
这些测试是阁楼里破烂的窗户。 一阵风,你听到一声巨响。 您需要去那里修复它们。 再次。
就像那些窗户一样,它们不会给您太多保护。 由于它们偶尔会断裂,因此您习惯了它们的吱吱作响和敲打声,因此您不再注意到它们了。 这很糟糕,因为有时他们会给房子带来一些真正的威胁。 像真正的错误。 但是您不会知道,因为您确定这是所有窗口正在移动的位置。
因此,在您面对现实之前,尚不清楚它们花了我们多少钱。 这可能很多。
回到测试世界
我们称这些不良测试为“浪费”测试。
哪个提出了问题:如果这些造成浪费,那么何时进行测试有价值? 这个值到底是什么?
这很难量化。 如果检测到错误,则测试是有价值的。 它为此获得积分。 因此,听起来很可笑,修复发现的错误所花费的时间表明了测试的价值。 我们可以将这些测试称为“有价值的”测试。
分母是由于测试中断,宝贵和浪费所花费的总时间。 分子是浪费工作。
如果您浪费的时间很大,则比率将接近于1。如果它很小,则比率将接近于零。
您想要尽可能降低比率。 这并非完全取决于您,但这是一个指标。 这些数字实际上可以衡量。
理论如此重要
你怎么看? 是否有意义? 有任何帮助吗? 我有机会获得诺贝尔奖吗?
让我知道。
PS。 下周,我要去比利时测试日 。 除了我正在海关走私的太空飞船外,我还将参加互动式会议,谈论测试自动化的投资回报率。
翻译自: https://www.javacodegeeks.com/2014/03/the-test-waste-ratio.html
cpu使用率很低是不是浪费