今天看到大家都在討論自己公司的用例編寫情況及評審流程，借此機會把自己經(jīng)歷過的流程給記錄下來，我們是怎么來執(zhí)行的

用例評審也經(jīng)歷過，一般來說我們沒有內部評審環(huán)節(jié)，因為時間關系，都是在規(guī)定時間完成用例評審

用例評審的好處是，大家集思廣益可以場景考慮更全面

評審時間安排在提測前兩天，主要是讓開發(fā)有時間去開發(fā)或者修改漏考慮的場景，測試也可以有時間準備復雜的測試數(shù)據(jù)

就我自己的工作經(jīng)驗來說，bug產生的原因多數(shù)是場景考慮不全，或者說需求不是特別明確但是開發(fā)又沒有去求證就寫代碼，如果是后期提出考慮不全的問題，修改的成本也比較高，時間緊急都會導致此迭代不考慮這些業(yè)務，后期在排迭代排任務。所以如果可以把用例評審提前，給到開發(fā)時間來修改一步到位

如果公司沒有比較規(guī)范的流程，這個工作也可以用自己的方式推動起來，不需要那么的正式評審，將測試點提前給到產品與開發(fā)，提前過一遍大家集思廣益，這樣可以提高提測質量，再一次確認自己與開發(fā)拿到的需求是一致的