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

[Waterchestnut]

背景：在日常开发与测试协作过程中，关于提 bug 这块，如果确实代码问题给开发提出 bug 理所当然。但平时会遇到，产品文档本身没有明确，或者需求本身不清晰，这种情况测试也会给开发提 bug。这种情况大家是怎么看待的？或者说一般互联网公司的开发测试流程是怎么样的？这个 bug 怎么界定？


补充一下，开发人员在需求评审阶段和开发阶段遇到的问题都会跟产品提出来并沟通，测试好像不怎么关注需求的不足和问题。这些问题最终会在测试阶段提给开发

[minmini]

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

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

PS：我是测试

[Naruto129]

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

[Waterchestnut]

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

[xiaowei007]

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


PS：我也是测试

[TheLamb]

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

ps：我是产品……

[wangyzj]

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

[unco020511]

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