跟踪和预测质量水平

Question

人们建议使用哪些技巧来跟踪新计划的质量水平？他们的方法是采用一个定义不明确的术语，如“质量水平”，对其进行量化，然后进行预测？目前我使用错误率和S曲线，但我正在寻找其他方法来评估，估计和预测质量水平。

Answer 1

您在寻找this measure吗？

更严重的是，对我而言，代码质量与可维护性有关：

• 修复错误，添加/删除/修改功能是多么容易，
• 重构是多么容易：是否有回归测试套件？
• 多少technical debt？

请记住，您只需编写一次代码，但您已多次阅读。

Answer 2

我不确定是什么计算你的错误将要做的事情与它进行比较。如果您制作的软件很难并且有很多边缘情况怎么办？你需要某种比较......

即使其他答案之一显然是笑话代码审查也可能是一个好主意。如果你有太多的错误雇用更好的工程师或让他们写更少的代码。

编辑：在考虑评论后添加......

每个虫子都像一块独特的雪花片（一块吸吮雪花？）。它们对您的客户和开发人员有不同程度的影响。我至少会考虑到这一点。也许添加严重性（衡量客户推动修复的程度）和修复它所花费的工程时间可能有助于提高准确性。我担心的是，在开发软件方面，这仍然是对“质量”的简化。

可悲的软件质量！=产品质量。最近发布的一款名为Fallout 3的游戏获得了大量的奖励并赚了不少钱（至少我认为），但至少在PC上也是一大堆垃圾。

确保您正在跟踪并优化正确的内容。跟踪#bugs vs time只是跟踪错误与时间的关系。再阅读它需要一定程度的假设，无论正确还是不正确。

你的目标是什么？错误只是软件质量的一部分。如果您想继续支持您的软件可维护性是关键。很多时候，如果你的编码人员匆忙做事，bug修复可能会使事情变得难以维护。这反过来使未来的修复和功能更难，修复可以添加新的错误。

Answer 3

这很大程度上取决于您尝试进行何种比较。如果您随着时间的推移查看单个项目并且团队没有更改，那么错误率可能是有意义的。但是，如果你要比较不同的项目，不同的团队，那么就没有办法比较bug率等因素，因为你真的在比较已知错误的比率。一个团队可能在识别错误​​方面比另一个团队好得多，使得他们的错误率看起来更高，但他们真的是具有更好软件质量的那些。

Answer 4

你做单元测试吗？ 单元测试的代码覆盖率可以很好地衡量质量。