求教，软件的平均故障修复时间这个指标如何测试？

markshang

假如说需求中定义软件平均故障修复时间<2小时，那么该怎么制定测试策略？如何进行用例设计？

msnshow

你测试软件有自动故障修复功能么

markshang

没有自动故障修复功能
是个bs架构的软件，部署在weblogic上，我目前能想到的办法是偷偷修改一些配置文件，导致软件出现故障，然后让开发人员纠错，这可行吗？
因为被测软件已经过功能测试，基本上没有什么bug了，我实在是想不出其他的办法制造bug，只能是修改配置文件了

liangshi

"软件平均故障修复时间<2小时"，这条需求是不现实的。对于复杂的bug，两个小时之内甚至不能定位。即便找到还要仔细分析，提出修改方案，实施修改，进行回归测试。仓促修改怎么能保证不引入新的问题？上线以后发现的bug，往往是复杂的、需要修改设计的严重bug，修复时间会更长。

houzeal

我不是很理解LZ的这个软件平均故障修复时间的含义，修改配置文件，让开发去查，这样测试设计是不科学的。这只能算是修复bug的时间。
我所理解软件平均故障修复时间，应该是属于软件的容错性，比如系统受到大的负载时的处理能力，是否宕机或者特别慢？当系统访问量正常后，系统的处理能力，是否恢复？系统出错后，页面的流向等等。