把开发设置的缺陷状态，让测试人员如何来处理

杨萧波

一般开发设置的缺陷状态有一下其七种情况： 1.设计如此： 开发认为你提的bug不是问题，需求人员要求我这么开发的； 测试人员： （1）检查需求和用例 （2）要求截图给开发看 （3）测试人员找需求确认 （4）如果确实如开发所言，则关闭BUG，并作说明晨会想老大反馈 2.重复bug 开发认为测试部门提的 bug 有两个或多个类似的; 测试人员： （1）.咨询开发，重复 bug 是哪两个 （2）.测试工程师自己判断是否是重复 bug （3）.如果是 则关闭其中一个 ；如果不是和开发讨论后需要重新打开 3.外部原因： 开发认为软件本身没有问题，只是由于外部环境或者历史遗留问题测试数据引起的，软件不正常现象； 测试人员： 积极和开发沟通，解决外部原因后，再检查该 bug 是否存在 4.已解决： 开发认为是问题，且已经修改完毕，下一个测试版本即可回归测试 测试人员：升级环境，对 bug 进行回归测试即可 5.无法重现： 开发：是问题，但是问题目前没有重现出来，导致不好修改 测试人员： （1）.自己在测试环境试一次，看是否能重现 （2）.如果真的是随机 bug，下 次测试过程中如果发现时，就保留现场，让开发来测试环境分析，如果不是随机 bug，测试人员要提高编写 bug 的质量 6.延期处理： 开发：是问题，但是目前没有时间修改，或者修改可能需要别的同事协作，可能 需要开会讨论等 测试：咨询开发要延期处理的原因、确定处理时间 7.不予解决： 开发：测试人员提的是建议，开发认为这个建议不必理会等 测试：说明这个建议不改会对用户造成不好的影响，拿同类型的软件做对比，必要的时候和需求沟通