人们建议使用哪些技巧来跟踪新计划的质量水平?他们的方法是采用一个定义不明确的术语,如“质量水平”,对其进行量化,然后进行预测?目前我使用错误率和S曲线,但我正在寻找其他方法来评估,估计和预测质量水平。
答案 0 :(得分:1)
您在寻找this measure吗?
更严重的是,对我而言,代码质量与可维护性有关:
请记住,您只需编写一次代码,但您已多次阅读。
答案 1 :(得分:1)
我不确定是什么计算你的错误将要做的事情与它进行比较。如果您制作的软件很难并且有很多边缘情况怎么办?你需要某种比较......
即使其他答案之一显然是笑话代码审查也可能是一个好主意。如果你有太多的错误雇用更好的工程师或让他们写更少的代码。
编辑:在考虑评论后添加......
每个虫子都像一块独特的雪花片(一块吸吮雪花?)。它们对您的客户和开发人员有不同程度的影响。我至少会考虑到这一点。也许添加严重性(衡量客户推动修复的程度)和修复它所花费的工程时间可能有助于提高准确性。我担心的是,在开发软件方面,这仍然是对“质量”的简化。
可悲的软件质量!=产品质量。最近发布的一款名为Fallout 3的游戏获得了大量的奖励并赚了不少钱(至少我认为),但至少在PC上也是一大堆垃圾。
确保您正在跟踪并优化正确的内容。跟踪#bugs vs time只是跟踪错误与时间的关系。再阅读它需要一定程度的假设,无论正确还是不正确。
你的目标是什么?错误只是软件质量的一部分。如果您想继续支持您的软件可维护性是关键。很多时候,如果你的编码人员匆忙做事,bug修复可能会使事情变得难以维护。这反过来使未来的修复和功能更难,修复可以添加新的错误。
答案 2 :(得分:0)
这很大程度上取决于您尝试进行何种比较。如果您随着时间的推移查看单个项目并且团队没有更改,那么错误率可能是有意义的。但是,如果你要比较不同的项目,不同的团队,那么就没有办法比较bug率等因素,因为你真的在比较已知错误的比率。一个团队可能在识别错误方面比另一个团队好得多,使得他们的错误率看起来更高,但他们真的是具有更好软件质量的那些。
答案 3 :(得分:0)
你做单元测试吗? 单元测试的代码覆盖率可以很好地衡量质量。