测试用例评审，一个很重要的目的就是查缺补漏。
俗话说：三个臭皮匠赛过诸葛亮，一个人的智慧有限，通过测试用例评审，就能够汇聚集体的力量，别人可能会发现自己考虑不到的测试点。
当局者迷，旁观者清，我们自己很难发现自己的局限，而别人或许能够看出来。
还有一点，那就是与开发人员实现方案保持同步。
最近，一单需求中有一小点功能：保理在线出账，针对UP1101接口没有明确返回失败结果，定时任务每5分钟发送一次UP1201接口进行查询。
按照我的理解，那就是每一笔出账，UP1101接口没有明确返回失败结果，定时任务每5分钟发送一次UP1201接口进行查询，那我测试的时候需要关注5分钟这个时间。
而开发人员实现的方案简单粗暴，是写了一个定时任务，每5分钟执行一次，在5分钟内所有UP1101接口没有明确返回失败结果的出账，都发送UP1201接口进行查询。
虽然看上去很简单的一点功能，但是大家有可能理解是不完全一致的。