需求评审，开发文档评审，测试用例评审大家都认账了哪来这么多事呢

@SoviaPhilo #21 我前司就是这么操作的

建议楼主搜索看看： The Square Hole Drink Water User Friendly

感觉楼主本身就对测试不爽，这次没忍住说出来了。感觉楼主沟通方式有问题

搞清楚谁是你的朋友，谁是你的敌人

测试除了正常的流程要点 更重要的就是异常测试啊 前置没有完成的情况下 去进行下一步操作 系统肯定要娄底的 还有一个 这种你觉得不算是 bug 的情况 直接转给产品 让产品看看 再一个 你们有没有考核 bug 的 kpi 如果没有 那你纠结啥 提就是咯

合格的测试没问题，需求有问题，应该先评估一遍需求，在评估一遍测试场景，自己开发过程的业务逻辑明显感觉不合理也要提出来不要闷头开发。