软件稳定性判断的指标和标准.docVIP

v1.0可编写可改正 软件稳固性判断的指标和标准 外面标准： 给客户带来的损失。比方数据错误，系统宕机。把损失换成金钱，除以此系统原来能够赚的收益，达到一个百分比： 标准1：客户损失金额/收益 说明：获得这个数据可能比较困难，现实有好多情况，我们能够灵巧办理。一般的小问题客户其实不去计算损失，只需我们实时的把问题解决了就行了。但是我们老是要付出人力成本的,这些成本自然会降低企业收益。 客户的诉苦。比方用户体验差等。 标准2：负面反应/全部反应 说明：这个是不可以量化的东西。我们只求一个预计的值，比方从 用户满意度检查中获得数据。Bug其实不必定能产生负面反应，比方当你的系统用 户体验很好，某些地方超出用户希望，用户对那些次要的缺点也会很宽容了。 1 v1.0可编写可改正 客户报告的Bug。 标准3：客户报告的Bug/全部发现的Bug 说明：这里能够敦促我们测试人员在上线前尽可能的把全部Bug找出来。 内部标准： 设计和代码质量。 标准4：修复Bug成本/开发总成本 说明：这里的成本一般指“人/日”等数据。好的设计和代码，改起来会很快，那么这个比值就会很小。这个指标此外也能够敦促开发人员尽可能的在测试以前除去Bug，因为Bug越少，这个比值也会越小。 需求剖析质量。 标准5：需求变化量/需求总量 说明：这里的“需求变化”指因为企业内部的需求剖析人员失 误而造成的改正。对于假如确立这个