混饭吃嘛，你提了能改我就改，改不了我就转给产品或项目经理去搞。

首先测试应该先覆盖需求，其次再是一些异常操作。还有应该是你们整个流程有问题吧，测试的依据是什么？是测试用例，测试用例需要评审的，他没有按着测试用例测也是有问题的。

https://www.fex.com/t/1153969 开发给谁都能 pk

你们没有测试用例吗,用例不合理那就是测试的问题

我见过的都是排期紧，测试和开发都没人力没时间，虽然提测了，但只开发了个大概，然后测试就类似于在帮研发自测，保障基本功能流程没问题，好点的再发现些需求和研发没考虑到的逻辑，以及从用户视角出发看看有没有体验类问题。 op 遇到的可能是测试提了个不在需求里的体验类问题，这种情况应该转单给产品看吧。去讨论是不是 bug ，就容易变成测试和开发之间扯皮，理想情况应该把问题单传递出去，让项目组决策改不改，要改就给个逻辑照着改。

我一般不和测试起冲突，他提 bug 就提呗，如果觉得不是我的问题打回去就行了，如果是测试没做到位，一般多打回几次，他也会注意点，不会随便提 bug 来了 我只讨厌不专业的测试，把一些测试 scope 里的东西推给我去帮忙解决，占用我时间的

你只需要在 bug 单上恢复一句：产品设计如此，把问题扔给产品。

你这话，什么人听了，心里都会不舒服吧，还建议把需求吃透。。。好好说话不行吗 测试能在上线前尽早把问题测试出来，我感谢他都来不及，搞不懂你对他意见为什么这么大。

退回 QA 的问题，备注：“设计如此，这是产品的设计问题”

开发跟测试是水乳交融的哈