51Testing软件测试论坛

标题: 求教,软件的平均故障修复时间这个指标如何测试? [打印本页]

作者: markshang    时间: 2010-7-12 20:57
标题: 求教,软件的平均故障修复时间这个指标如何测试?
假如说需求中定义软件平均故障修复时间<2小时,那么该怎么制定测试策略?如何进行用例设计?



作者: msnshow    时间: 2010-7-13 20:49
你测试软件有自动故障修复功能么
作者: markshang    时间: 2010-7-13 22:45
没有自动故障修复功能
是个bs架构的软件,部署在weblogic上,我目前能想到的办法是偷偷修改一些配置文件,导致软件出现故障,然后让开发人员纠错,这可行吗?
因为被测软件已经过功能测试,基本上没有什么bug了,我实在是想不出其他的办法制造bug,只能是修改配置文件了
作者: liangshi    时间: 2010-7-14 20:22
"软件平均故障修复时间<2小时",这条需求是不现实的。对于复杂的bug,两个小时之内甚至不能定位。即便找到还要仔细分析,提出修改方案,实施修改,进行回归测试。仓促修改怎么能保证不引入新的问题?上线以后发现的bug,往往是复杂的、需要修改设计的严重bug,修复时间会更长。
作者: houzeal    时间: 2010-7-23 14:03
我不是很理解LZ的这个软件平均故障修复时间的含义,修改配置文件,让开发去查,这样测试设计是不科学的。这只能算是修复bug的时间。
我所理解软件平均故障修复时间,应该是属于软件的容错性,比如系统受到大的负载时的处理能力,是否宕机或者特别慢?当系统访问量正常后,系统的处理能力,是否恢复?系统出错后,页面的流向等等。





欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2