针对开发设置的缺陷状态，测试可以这样处理

刘颖

设计如此：

开发：认为你提的 bug 不是问题，需求人员要求我这么开发的

测试：

1、检查需求和用例

2、截图给开发看需求人员给的最新需求

3、测试人员找需求确认

4、如果是则关闭 bug，并做说明。在第二天的晨会还要跟老大反馈

重复 bug：

开发：认为测试部门提的 bug 有两个或多个类似的

测试：

1、咨询开发，重复 bug 是哪两个

2、测试工程师自己判断是否是重复 bug

3、如果是则关闭其中一个 ；如果不是和开发讨论后需要重新打开

外部原因：

开发：软件本身没有问题，只是由于外部环境或者历史遗留问题测试数据引起的 软件不正常现象

测试：积极和开发沟通，解决外部原因后，再检查该 bug 是否存在

已解决：

开发：是问题，且已经修改完毕，下一个测试版本即可回归测试

测试：升级环境，对 bug 进行回归测试即可

无法重现：

开发：是问题，但是问题目前没有重现出来，导致不好修改

测试：1、自己在测试环境试一次，看是否能重现 2、如果真的是随机 bug，下次测试过程中如果发现时，就保留现场，让开发来测试环境分析，如果不是随机 bug，测试人员要提高编写 bug 的质量

延期处理：

开发：是问题，但是目前没有时间修改，或者修改可能需要别的同事协作，可能 需要开会讨论等

测试：咨询开发要延期处理的原因、确定处理时间，还要评估是否对上线有影响

不予解决：

开发：测试人员提的是建议，开发认为这个建议不必理会等

测试：说明这个建议不改会对用户造成不好的影响，拿同类型的软件做对比，必 要的时候和需求沟通

你学会了吗？