请教一个，互联网公司测试开发协作的问题～

• 資深大佬 : minmini

  产品文档本身没有明确，或者需求本身不清晰，这种情况测试也会给开发提 bug
  这个情况还是很多的，可以把你们的产品人员纳入到缺陷管理平台里面，类似问题直接丢给产品（按照我们组的惯例，都是最终以研发实现为准）

  关于补充的一点应该还是沟通上面的问题吧，开发人员在需求评审+开发阶段遇到的问题跟产品沟通以后没有及时反馈到测试人员，导致用例没有修改，还是跟之前的一样，然后测试阶段就还是按照老的用例进行测试。如果已经沟通过，还是经常这样，那就该投诉投诉呗

  PS：我是测试

• 資深大佬 : Naruto129

  同意上面大佬的看法 如果需求不明确而且中间有改动没有同步给测试人员会导致信息不一致而发生偏差，还有就是 觉得有问题就抛出来，不管是什么原因导致的，有问题提前说明，不然最后背锅的是测试
  PS：QA me too

• 主 資深大佬 : Waterchestnut

  @minmini 第一点你提的建议挺棒，我们可以将产品纳入质量体系。第二点，需求评审阶段，测试也在场，变动应该是知晓的。在开发阶段，沟通的变动我会提醒产品在项目群做周知。在测试阶段测试人员会查看最新的产品文档，这中间存在产品忘了周知，也存在没有和开发以及测试沟通的变动，以及需求不明确的部分，主要是这部分引起的分歧和协作问题。

• 資深大佬 : xiaowei007

  需求问题应该提给产品，测试直接提给开发，是不负责任的行为，你可以跟测试产品沟通，如果是需求问题优先提给产品。

  PS：我也是测试

• 資深大佬 : TheLamb

  这种因为需求不明确的情况，首先把问题抛给产品，让产品来做确认。这个中途可能有需求变更或者遗漏的情况发生，该是产品的锅还是得产品来背。

  ps：我是产品……

• 資深大佬 : wangyzj

  需求不明确的东西不应该开发
  需求不明确的东西不应该被排入测试计划
  即使有一些关联需求不明确的地方被 QA 提了 bug，直接转给产品，然后产品会根据实际情况把 priority 降为 medium 或者 low
  如果产品经理和项目经理角色分开为两个人，建议把 bug 转给项目经理把控整体进度和优先级
  bug 数目不应该作为研发人员考核指标,reopen 可以
  还有啥？

• 資深大佬 : unco020511

  谁的问题就提给谁啊,包括产品