本文章轉(zhuǎn)載于搜狗測試
用例編寫是所有測試人員都需要具備的技能，沒有測試用例，測試功能時容易出現(xiàn)遺漏，同時測試用例也是一種很好的功能備忘手段。
本次分享我們介紹一下用例編寫相關(guān)的內(nèi)容：用例編寫，用例評審以及用例更新維護，下面我們分別介紹一下
用例編寫
用例編寫通用方法，我們之前已經(jīng)分享過了，同時我們還將功能進行了分類，分為偏UI的功能，偏邏輯的功能，數(shù)據(jù)收集功能和與服務(wù)器交互的功能，并針對性的進行了一些介紹
用例評審
用例編寫完畢之后，下一步就是用例評審了，作為被評審方，應(yīng)該主動發(fā)起評審
小編簡單總結(jié)了一下用例評審的流程：
用例編寫人員發(fā)起評審→邀請相關(guān)人員參加評審→評審用例→評審結(jié)束后用編寫人員修改用例
發(fā)起評審
用例編寫人員的準(zhǔn)備好后，發(fā)起評審
邀請評審人員
不同的團隊風(fēng)格不同，有的需要測試團隊中的所有人參加，有的只需要功能相關(guān)的人員參加，有的甚至不進行評審，小編個人認(rèn)為在初入測試行業(yè)，學(xué)習(xí)編寫測試用例時，一定要進行用例評審，這樣可以有助于自己快速學(xué)習(xí)。對于用例評審需要邀請的人員，小編建議：團隊Leader，相關(guān)功能負責(zé)人，團隊內(nèi)資深用例編寫人員
用例更新
用例評審?fù)旰笮枰獙τ美M行更新，將評審過程中大家提出的問題進行修改，修改完后，如果覺得不太靠譜，可以再組織一次用例評審，這次可以只將更新的部分評審一下
用例更新維護
功能測試完畢后，在測試的過程中，可能會發(fā)現(xiàn)一些問題，可能是需求方面的，也可能是實現(xiàn)方面的，還有可能是用例方面的，建議在執(zhí)行過程中進行標(biāo)記，測試完畢后，更新用例
個人建議在用例的最前面加一個記錄表，用例編寫完成開始，記錄所有對用例的更新操作，原因以及更新人
公共用例
之所以把公共用例放在這里，是覺得公共用例也是用例編寫的一部分，隨著測試經(jīng)驗的增加，測試的功能的增加，會漸漸發(fā)現(xiàn)，很多功能雖然看起來差別很多，但是所使用的控件，邏輯流程其實差別不大，那么可以將這些相同的部分總結(jié)一下，形成公共用例，以便后續(xù)的學(xué)習(xí)進步
如何提取公共用例呢？
其實就是找出常用的公共內(nèi)容，如文本框，文件讀取，復(fù)選框等等，找出這些控件或功能的基礎(chǔ)測試點，總結(jié)在不同情況下的注意事項
我們之前的分享中，就有不少公共用例類的文章，例如
……
看一下這些文章，是否對您有所啟發(fā)呢？
