作为测试,不仅仅要发现问题,更需要站在用户层面主动推进问题得到有效解决;

  1. 首先要积极耐心和开发进行沟通并共同复现bug,提供测试环境、操作步骤、测试数据、截图、日志等,确保rd对bug有充分的了解,更好地理解和定位bug;
  2. 其次确认是否由于环境因素或者测试环境的脏数据,导致bug只在测试环境存在,rd在开发环境无法复现;在测试环境给rd演示一遍,如果是有效bug则后续跟踪改进;如果是测试环境脏数据导致的无效缺陷则关闭bug;
  3. 测试和开发对需求的理解不一样或需求不明确,导致开发认为是无效bug;由于需求二义性,需要同产品确认;
  4. 开发认为测试是过度测试,在真实环境下用户根本不会这样操作;测试站在用户角度认为认为是有效bug;这时需要同产品确认;如产品确认是有效bug,测试跟进即可;如产品认为无效bug,但测试认为是有效bug,同直属领导反馈并推进;
  5. bug并没有对应的需求,需要和PM、rd同步沟通,由PM明确说明该需求具体要求,以及解决bug的时间节点;
  6. 开发认为是开发工具、开发框架或者第三方接口的原因导致的,测试需要寻同开发积极主动沟通,并协调相关人员推动一起解决问题;
  7. bug为偶现无法复现,开发不认可;如复现不了,尽量提供详细的问题信息(录屏、日志信息、截图信息),再次无法复现,缺陷管理系统提交bug,便于后续观察追踪(标记为偶现);

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部