当以bug数量衡量软件质量,管理者如何开启自毁之路

您是否在计算bug数量以衡量软件质量?

这里有一些方法可以使它看起来更好,而不用实际去努力提高质量。

当以bug数量衡量软件质量,管理者如何开启自毁之路

1、不要经常阅读bug报告,也不要追踪它们。

2、不要以简单、可靠的方式将bug告知客户。

3、降低找到的bug的严重性,然后制定一个好的规则来忽略低严重性的bug。

4、制定一个规则,即只有在有无可辩驳的证据证明bug违反书面要求且易于重现时,才能记录提交。

5、使用各种各样的bug报告来报告各种问题。

6、只雇用初级和未经培训的测试人员。

7、假设100%自动化是您的目标,此时您可以自动化许多简单的检查,然后炫耀“我是如何执行成千上万条的测试的”。虽然您将无法找到很多bug,但是您将看起来很忙,并且能够创建很多看起来很不错的代码。

8、每次报告bug时,都要表现出您的愤怒或悲伤,这样测试人员就不会勇于提交bug。

9、将测试任务外包,让他们知道您不想听到任何有关质量的投诉。

10、拒绝测试人员说:“质量和测试是每个人的责任。” bug的数量将大大减少,并且仅报告那些易于修复的bug。

相信经过上面十个方法,你负责软件项目的bug将大大减少,而质量看起来更好了。这离你毁掉项目,坑死老板的目标也不远了。

你还有什么更好的方法,不妨留言分享下^_^

-- End --

文末寄语:  一个危险而充满诱惑的世界向我敞开了大门,我却不知道里面有些什么,所以很害怕,很惶恐。偏偏门口还有个在招手的恶魔,用鼓动的语气说‘来啊~!来吧~!’



留言