是不是作为开发大家都觉得测试提的 Bug 很无语呢？ 作为半业务测开（点点点+工具开发），我测业务的时候遇到 Bug 都是先拉开发一起看下这个 Bug 复现的操作步骤和后台日志一起对下看下问题出在需求还是代码上。 确定是 Bug 后我才会提 Jira ，所以个人感觉这种方式是不是最好的呢我也担心测出来不是问题是操作上的问题或者各种奇奇怪怪环境的问题。 最后我只想说只要测试没有以 Bug 作为 KPI ，研发团队的氛围就是一个天一个地。

用户也需要吃透需求文档，按正常流程走？

问产品要个提示内容，加上提示就可以解决了。至于干架吗

@wx497657341 “如果证书不是本人的或者证书无效则不给前端传数据。测试一直用他的账号上传别人的证书，数据库清清楚楚记录下了原因。”，哥们你是在网曝自己吗？测试这样做是没问题的，这是一个测试程序是否会产生异常的常见方式。你不能预设用户会按照正常的流程走。

@BeforeTooLate @gorillaL2sll 之前有返回，每个错误原因都有，后面的需求改了

如果测试没按照需求做常规测试，提的 bug ，明显是有问题的，测试不是点点点， 一方面测试需要用正常流程测试，当然也需要异常流程测试，提的 bug 也是不一样的，而不是根据自己想象提 bug

能动手千万别吵吵。。。

当然这些没必要吵吵的，工作就是工作，指出问题就好了，他不接受，那就开会的时候提出来就好 虽然我也是个测试😂

那你就找产品，把这个预期之外的情况写到需求里边去，让他变成预期内的。别在这理所当然。

错误保护太差了，普通用户就是会瞎点，99%的人根本不会看用户手册 有事说事，“建议”别人怎么做事，不是领导就没这个资格