不要為了做自動化測試而做自動化，做的首要目標(biāo)是問題出現(xiàn)時，能第一時間發(fā)現(xiàn)? 自動化中的代碼覆蓋率統(tǒng)計可以作為參考，但不能一開始就為了提高覆蓋率，陷入 Case 設(shè)計之中。
注意：好的接口自動化 Case 設(shè)計，依賴于 Case 設(shè)計者的功能理解程度，手工測試的功力，功能測試覆蓋點(diǎn)，在用例設(shè)計上面要遵循以下幾點(diǎn)原則：
1.將手工測試點(diǎn)轉(zhuǎn)換為自動化用例。Case 設(shè)計注意：驗(yàn)證用例通過的標(biāo)準(zhǔn)---參考一個功能點(diǎn)容易出問題的地方?；蛘哒f，一個用例的通過說明此功能點(diǎn)一定沒問題；反之，一定有問題。
2.覆蓋手工測試不易檢查／太浪費(fèi)時間的檢查。例如一個 HTTP 接口設(shè)計大量的數(shù)據(jù)比較的時候； 接口的 json 返回不能直接檢查功能點(diǎn)是否正確，需要調(diào)用另一個接口的 json 來間接驗(yàn)證時；一個接口的 json 返回需要和其他模塊的接口聯(lián)合” 互相驗(yàn)證 “，需要調(diào)用其他模塊的接口的 json，兩個 json 相互來驗(yàn)證彼此的正確性。
3.“邊緣性”的功能檢查。這里主要指的是回歸測試驗(yàn)證。如果系統(tǒng)涉及邊緣性的功能驗(yàn)證，把此類功能設(shè)計層自動化用例。
4.接口驗(yàn)證的程度。接口的驗(yàn)證：即判斷一個接口是否正常的標(biāo)準(zhǔn)。注意：接口參數(shù)”合理地“組合。
5.DB 數(shù)據(jù)更新檢查。注意從接口的角度檢查 DB 數(shù)據(jù)的更新，·其他系統(tǒng)的數(shù)據(jù)更新到待測系統(tǒng) DB 中的數(shù)據(jù)，每天待測系統(tǒng)由于用戶操作更新到 DB 中的數(shù)據(jù)。
6.接口自動化的數(shù)據(jù)準(zhǔn)備。關(guān)于是否需要為接口自動化，特意在 DB 中準(zhǔn)備需要的數(shù)據(jù)，適需要程度而定。原則：除非必須，否則不用準(zhǔn)備。如果不準(zhǔn)備數(shù)據(jù)，無法完成對接口的驗(yàn)證，則自己準(zhǔn)備數(shù)據(jù)即可。
注意：一旦自己準(zhǔn)備數(shù)據(jù)，評估對其他功能驗(yàn)證的影響。確保 DB 中數(shù)據(jù)量和真實(shí)性，模擬的數(shù)據(jù)需要充足，并且不能和真實(shí)數(shù)據(jù)差異性過大。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
