今天看到大家都在讨论自己公司的用例编写情况及评审流程，借此机会把自己经历过的流程给记录下来，我们是怎么来执行的
用例评审也经历过，一般来说我们没有内部评审环节，因为时间关系，都是在规定时间完成用例评审
用例评审的好处是，大家集思广益可以场景考虑更全面
评审时间安排在提测前两天，主要是让开发有时间去开发或者修改漏考虑的场景，测试也可以有时间准备复杂的测试数据
就我自己的工作经验来说，bug产生的原因多数是场景考虑不全，或者说需求不是特别明确但是开发又没有去求证就写代码，如果是后期提出考虑不全的问题，修改的成本也比较高，时间紧急都会导致此迭代不考虑这些业务，后期在排迭代排任务。所以如果可以把用例评审提前，给到开发时间来修改一步到位
如果公司没有比较规范的流程，这个工作也可以用自己的方式推动起来，不需要那么的正式评审，将测试点提前给到产品与开发，提前过一遍大家集思广益，这样可以提高提测质量，再一次确认自己与开发拿到的需求是一致的
