文档介绍：
: .
软件稳定性判断的指标和标准
外部标准:
1. 给客户带来的损失。比如数据错误，系统宕机。把损失换成金钱, 除以此系统本来可以赚的利润，达到一个百分比：
标准1：客户损失金额/利润
说明：得到这个数据可能比较困难，现实有很多情形， 我们可以灵活处理。一般的小问题客户并不去计算损失，只要我们及时的把问题 解决了就行了。然而我们总是要付出人力成本的，这些成本当然会降低公司利润。
。比如用户体验差等。
标准2：负面反馈/所有反馈
说明：这个是不能量化的东西。我们只求一个估计的值，比如从 用户满意度调查中取得数据。Bug并不一定能产生负面反馈，比如当你的系统用 户体验很好，某些地方超过用户期望，用户对那些次要的缺陷也会很宽容了。
。
标准3:客户报告的Bug/所有发现的Bug
说明：这里可以督促我们测试人员在上线前尽可能的把所有 Bug找出来
内部标准:
标准4:修复Bug成本/开发总成本
说明：这里的成本一般指“人/日”等数据。好的设计和代码，改起来会很 快，那么这个比值就会很小。这个指标另外也可以督促开发人员尽可能的在测试 之前消除Bug,因为Bug越少，这个比值也会越小。
标准5:需求变化量/需求总量
说明：这里的“需求变化”指由于公司内部的需求分析人员失
误而造成的更改。关于如果确定这个“量”，应该结合公司实际来确定。
最终的数值由上面5个比值而来，根据实际情况，赋予不同的权重。假如最 后加起来的值为x,贝
Q=(1-x)*100
Q值越大，质量越好。最理想的情况是 100分，最坏的分数会是一个负数。
#