遇到较难复现的bug时,你会采取怎样的思路复现bug呢?

Question

如题所述

Answer 1

遇到较难复现的bug时，采取复现bug思路如下：

1、首先出现难以复现的bug一定要截图提交bug。

2、首先评估bug的重要程度以及对整个项目的影响，如果影响小，就记录下来，继续跟踪。

3、如果对项目影响较大，范围较广，则要及时解决。尽量复现当时bug出现的场景：环境、数据等，跟组内其他的测试同事交流下，再多尝试几次（20次到30次）。如果还是不能复现，就把这个问题反馈给开发，让开发进行代码走查，看能不能找到原因。如果开发这也不能发现，就把问题反馈给项目经理，请项目经理组织更多开发测试同事参与解决这个问题。

bug的状态

1、New（新的）

当某个bug被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New。

2、Assigned（已被指派的）

当一个bug被只认为New之后，将其提交给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为Assigned。

3、Open（打开的）

一旦开发人员处理bug的时候，他就将这个bug的状态设置为Open，这就表示开发人员正在处理这个bug。

4、Fixd（已修复的）

当开发人员进行处理（并认为已经解决）之后，他就可以将这个bug的装填设置为 Fixed，并将其提交给开发组的负责人，然后开发组的负责人将这个bug返回给测试组。