测试没问题，实际用户就是瞎用。你不能说用户瞎用出 bug 是用户的问题吧，最后不还得自己改 bug 吗

我是开发，碰到这种，不要怪测试没理解需求，测出来有问题要么是没容错，要么是产品没定义清楚，最好拉产品一起讨论，可以甩锅不是你产生的 bug ，但是不要情绪化，解决问题为主！测试提出来，总比上生产被用户点出来然后半夜拉你起来做生产回滚好

如果在一个工区，可以去和测试当面沟通。当面沟通远比文字更有温度 终究还是沟通问题 搞好同事关系，主打一个嬉皮笑脸

没按正常流程走，最后没得到预期的数据肯定不是 bug 啊，即便系统崩了那也是其他的 bug ，跟流程又没关系

1.测试没问题 2.你没问题 3.产品设计问题

@Thresh 这位 14 年 qa tl 不太行啊～～～

1 、测试用例有没有拉你跟产品一起评审 2 、分清属于功能缺陷还是设计缺陷 3 、拒绝之前，先说怎么样能得到正确结果，而不是上来“你没吃透” 4 、都是牛马，他有他的任务，说实话，我感觉遇到一个不按常理出牌的测试，更能减少上线前的 bug

我觉得测试本来就有问题。。。测试可以不按照需求点没错，但是测试应该先抓住重点，按照需求文档，测通需求，然后再随便乱点来测试程序的所谓稳定性。而不是本末倒置的先关注非需求问题，如果这样工作是没办法推进的，就像你本来是去超市买西瓜吃，然后看到勺子和刀，你就开始想要用刀切然后用勺子舀西瓜吃，然后你的关注点就转移到买哪把刀和哪个勺子漂亮？难道不是先选个最满意的西瓜么？

@wx497657341 按照你 18 楼说的这个问题，我觉得是产品问题： “之前一直都是有证书无效的原因的，但是上次一个需求改成了：如果证书不是本人的或者证书无效则不给前端传数据。” 这点本身就有问题，用户对内容的认知是由系统给与的，上传上去连个反馈都没有，换做是你不觉得有问题吗。 这个反馈要给客户端，至于客户端怎么提示由产品自行决定。

我项目组的人现在都是有啥来找我，是测试的问题我就去跟测试讲清楚需求，是开发的问题我会让开发按照正确的改，虽然我会累一些，但是他们会很和谐，合作效率也会高一些，仅供参考