主要就是问了一下测试用例,比如游戏登录界面怎么进行测试?经验太少,只想到了二十多条测试用例。
面试过程中,最有意思的问题是:一个偶然BUG,出现的几率极其低,也不知道如何复现,所以报给开发时,开发不认为是一个BUG的时候,应该怎么办?
小概率BUG的多发地带:
1. 临界测试
2. 中断测试
3. 多任务测试
4. 积累测试小概率BUG信息的提供:
1.若被测终端提供LOG接口,在测试过程中一定要打开LOG跟踪工具。在BUG发生时提示LOG或图像。
2.若发生小概率BUG,我们应该多做测试或者询问其它同事是否发生类似问题,争取找出其发生的规律。
3.若发生的小概率BUG引发系统崩溃或主要功能无效,应及时通知开发人员。
4.在提交小概率BUG时,一定要详细记录BUG发生的环境,测试步骤及时间点等因素。小概率BUG的验证:
1.小概率BUG的验证应当由发现此BUG的测试人员来进行。
2.若小概率BUG相对轻微,在产品经理确认不必修改时,可以将其关闭或保留。
3.若小概率BUG在验证时再次发生,应及时通知开发人员。
4.小概率BUG连续验证3轮之后没有发生(每轮验证根据BUG的复杂度可分为20-50次),可将其关闭。
5.对于特别严重,而开发人员又束手无策的小概率BUG,在条件允许的情况下,可让开发人员发布T版本来进行测试。
6.对于特别严重的,而开发人员又未确认修改的小概率BUG,可在风险中提出此小概率BUG风险。
以上文字摘抄于:BUG中的小概率事件