測試用例評審，一個很重要的目的就是查缺補漏。
俗話說：三個臭皮匠賽過諸葛亮，一個人的智慧有限，通過測試用例評審，就能夠匯聚集體的力量，別人可能會發現自己考慮不到的測試點。
當局者迷，旁觀者清，我們自己很難發現自己的局限，而別人或許能夠看出來。
還有一點，那就是與開發人員實現方案保持同步。
最近，一單需求中有一小點功能：保理在線出賬，針對UP1101接口沒有明確返回失敗結果，定時任務每5分鍾發送一次UP1201接口進行查詢。
按照我的理解，那就是每一筆出賬，UP1101接口沒有明確返回失敗結果，定時任務每5分鍾發送一次UP1201接口進行查詢，那我測試的時候需要關注5分鍾這個時間。
而開發人員實現的方案簡單粗暴，是寫了一個定時任務，每5分鍾執行一次，在5分鍾內所有UP1101接口沒有明確返回失敗結果的出賬，都發送UP1201接口進行查詢。
雖然看上去很簡單的一點功能，但是大家有可能理解是不完全一致的。