1、crash的bug
2、10%机率
放在任何公司都没有人认为这叫机率不高
10%基本上一定有解
10%当机很规律好吗？XD
分享一下过去遇到发生机率低于1%的bug怎么解
其实不要死脑筋认为找到root cause才是解
1、写自动测试程式开始压力测试
把1%机率以下的bug无限逼近于0%
逼近0.0001%都可以
在品管上证明其机率极低
将实验与证明资料上传
标注请众人检视
没有异议就搁置bug
一定时间后关闭
2、开始夹版本
安排测试计画
用自动化程式测试开始夹版本
如果幸运夹出版本
开始夹commit
commit夹出来找作者除错
先发patch出hotfix
再继续压测证明问题消失
如果夹不出版本
很可能问题出现在特殊输入输出
或者特定硬件环境
或者特定干扰、硬件老化等等
把夹版本实验资料上传
说明前因后果叫大家审查
然后搁置bug
一段时间后无发生关闭
很多工程师都很小看QA
没写过测试计画
也没有test case
对软件品质完全不关心不上眼
10%还crash
竟然说考虑直接忽略
加油啊
※ 引述《freebug (Freebug)》之铭言：
: 最近开发一个通讯软件
: 有个闪退的bug自从上周被发现到之后就再也没被观察到
: 也就是这个bug的出现没有规律性，只能靠碰运气
: 出现机率也不高 (出现机率不到10%)
: 这也是我对这个bug感到烦恼的地方
: 如果各位遇到这样性质的bug
: 你会怎么去处理?
: 会去尽可能的钻研，并且制造出这bug出现的可能吗
: 还是会选择直接忽略?