测试用例评审会议，注意事项和改进建议

1. 评审控制在1到1.5小时之内，提升评审效率可以参考以下几点：
a. 特别重要的需求，需求又多的，分多次，一次一个专题；
b. 部分会议评审，部分桌面评审；
c. 对于需求不明确的，在会议之前多沟通，测试多找产品确认，产品及时给与回复并更新好文档；
d. 技术实现跟需求有争议的，2分钟之内没有结论的，及时中断，记录后面专门讨论并更新文档；
e. 评审前，测试把用例发出来，冒烟用例，疑问用例，高亮不同色系区别出来，推动开发产品看，带着疑问去评审，效率更高；
f. 只评审冒烟用例+有疑问的用例，这个疑问包括但不限于：测试人员在需求文档之外扩展的场景，测试人员怀疑开发人员容易遗忘的场景
g. 测试人员两个互相帮忙，一个讲，另一个记录改动点；
h. 测试人员开始讲之前，先简单一两句话说下这个需求的重点---也可以是产品来说；
I. 测试人员讲场景时，主要讲用例的检查点是什么，不需要描述步骤。

2.提高开发以及产品参与度：
a.参加用例评审会议时，除了主评审测试人员，产品和开发不要带电脑；
b.测试人员在过检查点时，主动与产品及开发互动，经常提问，经常确认；
c.对于参与度一直不高的团队，评审时可以叫上开发负责人或者业务线负责人。