1.用例评审会议只邀请相关开发人员和产品
2.对于评审时间控制在 1 个小时内，太多了，大家也犯困，
先评审业务场景，这时开发参与度最高，像 UI 啊界面那些不用评，主要是针对核心功能点
3.评审用例，可帮助大家查看是否有漏考虑的地方，解决有歧义，保证三方观点一致

虽然没这方面经验，但经历过某次迭代需求（未涉及到大的复杂逻辑），找别的项目组人员请求支援

当时是支援人员验证完了，准备上 UT，我们就走了下冒烟测试用例，发现大多都走不通，当时时间又紧急，就几个人拿下去分下，加班加点赶着上线。

觉得这个需要对方提供每一条执行结果；
每天同步进度和 bug 情况并同步给相关人员和领导；
每天晨会或语音会议；
告知上线跟进，出现线上问题也要负责，减少因测试方出现的漏测和场景未考虑全情况；