自動化測試的主要目的是用來回歸測試的，當(dāng)代碼有變化時，有可能影響不應(yīng)該變化的邏輯，這個時候?yàn)榱舜_認(rèn)這種情況，就需要進(jìn)行回歸測試。有時候回歸測試的范圍比較大，如果全由人工的測試，一次兩次還可以接受，如果每次都這樣做，人力成本不說，反反復(fù)復(fù)執(zhí)行相同測試用例的測試人員也會抱怨。

通過接口自動化測試可以實(shí)現(xiàn)手工測試不容易做的驗(yàn)證，比如驗(yàn)證接口中大量數(shù)據(jù)的排序，多字段的比較，如果都通過人肉來做，效率問題不可接受。

手工很難充分驗(yàn)證的功能邏輯，一些異常、極限的場景，通過手工很難構(gòu)造，此時如果我們了解接口的內(nèi)部邏輯，通過使用腳本有目的的構(gòu)造這樣的場景來觸發(fā)接口的內(nèi)部邏輯，從而對這些邏輯進(jìn)行驗(yàn)證測試，相對來說是很容易的。

采用定時的針對線上接口的自動化測試，能啟動一定的監(jiān)控作用，當(dāng)接口功能出現(xiàn)問題時，通過定時的巡檢測試就可以及時發(fā)現(xiàn)。

首先就是對于業(yè)務(wù)要有相當(dāng)程度的理解，如果要設(shè)計好的接口自動化測試用例，一定要對業(yè)務(wù)有著深刻的理解，因?yàn)榻涌谧詣踊那捌跁幸欢ǖ耐度?，如果我們可以將有限的投入聚焦業(yè)務(wù)中的核心功能點(diǎn)，會有事半功倍的效果。

其次是擁有設(shè)計功能測試用例所用到的測試設(shè)計基本功，自動化測試和功能測試一樣，同樣不可窮舉、不能做到足夠的充分測試，那么就需要經(jīng)過一定的測試分析，來選擇最有效的測試用例。

最后是有一些代碼能力，架構(gòu)設(shè)計能力。

接口自動化測試需要注意什么

由于開展接口自動化測試有一定的成本，所以編寫接口自動化測試用例，實(shí)際上要有一個權(quán)衡的。

如果測試用例寫得很細(xì)，我們測試了接口中每個功能點(diǎn)甚至是每一條分支路徑都有涵蓋，那么就會特別依賴被測代碼的邏輯，如果被測代碼邏輯稍微有點(diǎn)變化，測試用例可能就會執(zhí)行失敗。

如果我們的測試用例驗(yàn)證的內(nèi)容沒那么細(xì)的話，那有可能即使被測代碼邏輯有變動，但是測試用例執(zhí)行不容易失敗，這時就有可能遺漏由于代碼變動產(chǎn)生的真的bug。

所以開展自動化測試要找到一個平衡點(diǎn)，尤其是要注意和其他層面的測試相互配合，比如單元測試、UI自動化測試、人工測試等。我們可以事先定義出一套分層測試的規(guī)范，即哪些邏輯應(yīng)該有接口自動化測試保證，哪些邏輯要由UI自動化測試保證，哪些邏輯要由人工測試保證。我們在進(jìn)行不同層面的測試時，就能互相配合，達(dá)到一個較高的測試覆蓋率。這個規(guī)范沒有統(tǒng)一的標(biāo)準(zhǔn)，也是根據(jù)自己團(tuán)隊的實(shí)際業(yè)務(wù)、資源、人力等因素來設(shè)定的。

最后，接口自動化測試用例其實(shí)也是有生命周期的，從產(chǎn)生到修改、再到廢棄。自動化測試用例只要在生命周期內(nèi)才能發(fā)揮價值，所以我們要盡可能的延長它的生命周期，還要盡可能的降低case的產(chǎn)生成本和修改成本，所以整個自動化測試用例就要進(jìn)行管理。

推薦閱讀：

接口自動化框架有哪些？解鎖各種接口自動化測框架對比分析