如何处理难以重现的缺陷

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何处理难以重现的缺陷相关的知识,希望对你有一定的参考价值。

参考技术A

环境因素 :基础软硬件环境(操作系统、网络、存储、中间件、容器等等),被测物自身发生了某些变更
(环境的变更一般是由于多人共用环境造成的,也有少量情况下是系统内部或者时间触发的变更)

软件的版本 :确认发现Bug程序版本和重现的版本是一致的,可通过版本号进行标识

内存泄露或锁 :有一些系统只有经过长时间运行才会暴露出Bug,需要经过长时间的测试(稳定性测试、压力测试)才能确认

特殊数据 :必须使用特殊的数据才会出现,测试人员没有意识到使用的数据的特殊性

错误操作: 比如,记得自己执行了step3,其实没有,或者没有正确执行step却觉得正确执行了(误操作引起的问题也是Bug)

如实记录 遇到问题一定要提 ,在提交的Bug描述中需要加上一句话,
那就是复现概率,尝试10次,出现1次或者尝试10次,出现5次

步骤 :尽量回想发生问题时的复现步骤,不要漏掉任何一个细节,按照步骤的组合尝试复现

附件: 保留发生Bug时的日志、截图、录屏,附加到提交的Bug中,希望可以找到一些蛛丝马迹

关注: 在接下来的测试中,时刻保持关注,每次执行同样或者相近的步骤的时候,看下是否能够复现之前的Bug

关闭: 如果持续3或者4个版本没有出现,那么可以将Bug暂时关闭,同时关掉的时候要进行备注说明并不是因为修复,
而是经过X个版本后不复现才将此Bug关闭

协助 :将Bug单发给组内的同事,让大家帮忙关注该Bug

关系: 测试和开发之间是需要良好沟通的,如果得到的回复是操作错误,那么请开发人员解释,为什么会允许存在操作错误

方式: 沟通方面是需要方式的,开发人员对于自己完成的程序有一种满足感,一般来说是不允许别人来破坏他的这种感觉,如果沟通的时候尽可能是一种建议的形式,让开发人员自己指出自己的程序缺陷,这样对于开发人员来说是可以接受

互相成就 :需要让开发人员理解,测试人员是帮助他们的,不是害他们的

以上是关于如何处理难以重现的缺陷的主要内容,如果未能解决你的问题,请参考以下文章

测试面试整理

片段如何处理触摸?

如何处理 Shapely 中的舍入误差

图例与来自不同数据帧的多个图的交互:如何处理这种交互?

机器学习中如何处理不平衡数据?

c# FileSystemWatcher如何处理多个文件?