软件质量评估办法.docx

软件质量评估办法.docx软件系统质量
记分办法，可以按照月，季或者年进行记分合计，每分对应相应的价格进行奖惩。
上线前
需求覆盖率，至少 95%；
问题遗留率，最高 5%；
严重 BUG比率，最高 10%；
软件系统质量
记分办法，可以按照月，季或者年进行记分合计，每分对应相应的价格进行奖惩。
上线前
需求覆盖率，至少 95%；
问题遗留率，最高 5%；
严重 BUG比率，最高 10%；
试运行过程
初期故障率： 指软件在初期故障期 （一般以软件交付给用户后的三个月内为初期故障期） 内
单位时间的故障数。 一般以每 100 小时的故障数为单位。 可以用它来评价交付使用的软件质
量与预测什么时候软件可靠性基本稳定。 初期故障率的大小取决于软件设计水平、 检查项目
数、软件规模、软件调试彻底与否等因素
偶然故障率：指软件在偶然故障期（一般以软件交付给用户后的四个月以后为偶然故障期）
内单位时间的故障数。一般以每 1000 小时的故障数为单位，它反映了软件处于稳定状态下
的质量
运维过程
平均失效间隔时间（ MTBF）
指软件在相继两次失效之间正常工作的平均统计时间。在实际使用时， MTBF通常是指当 n 很大时，系统第 n 次失效与第 n+1 次失效之间的平均统计时间。
国外一般民用软件的 MTBF大体在 1000 小时左右。对于可靠性要求高的软件， 则要求在 1000~10000小时之间。
考核办法：小于 1000 小时，记 10 分；
小于 500 小时，记 20 分；
小于 200 小时，记 30 分；
小于 100 小时，记 50 分并记严重缺陷。
精品文库
易用性指标
易用性可通过多方评审来确定，分优秀、良好、一般、较差、极差；较差，记 10 分；极差
记 20 分并需进行整改。
性能质量
吞吐率
单位时间软件的信息处理能力（即各种目标的处理批数） 。软件必须具有处理海量数据的能力。吞吐率就是体现该能力的参数。随着信息的泛滥，要求软件的吞吐率应该达到数百批
最大并发用户数
系统在用户使用峰值时能够承载的最大用户使用数量， 需要通过测试确定， 也可由用户指定，
通常如果 100 用户数量，采用 80?20 原则计算得到每小时峰值活动用户数 / 小时性能每下降 5%，记 10 分，下降超过 30%记 30 分，并需要性能调优。
响应时间
页面响应时间
用户体验效果
处理办法
3s
极佳
5s
良好
8s
一般
10s 以上
很差
每个页面记
1 分
稳定性
平均失效恢复时间
指软件失效后恢复正常工作所需的平均统计时间。 对于软件，其失效恢复时间为
排除故障或系统重新启动