当以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将大大减少，而质量看起来更好了。这离你毁掉项目，坑死老板的目标也不远了。

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！