如果測試用例寫得很細，我們測試了接口中每個功能點甚至是每一條分支路徑都有涵蓋，那么就會特別依賴被測代碼的邏輯，如果被測代碼邏輯稍微有點變化，測試用例可能就會執(zhí)行失敗。
如果我們的測試用例驗證的內(nèi)容沒那么細的話，那有可能即使被測代碼邏輯有變動，但是測試用例執(zhí)行不容易失敗，這時就有可能遺漏由于代碼變動產(chǎn)生的bug缺陷。
所以開展自動化測試要找到一個平衡點，尤其是要注意和其他層面的測試相互配合，比如單元測試、UI自動化測試、人工測試等。我們可以事先定義出一套分層測試的規(guī)范，即哪些邏輯應該有接口自動化測試保證，哪些邏輯要由UI自動化測試保證，哪些邏輯要由人工測試保證。我們在進行不同層面的測試時，就能互相配合，達到一個較高的測試覆蓋率。這個規(guī)范沒有統(tǒng)一的標準，也是根據(jù)自己團隊的實際業(yè)務、資源、人力等因素來設定的。
接口自動化測試用例其實也是有生命周期的，從產(chǎn)生到修改、再到廢棄。自動化測試用例只要在生命周期內(nèi)才能發(fā)揮價值，所以我們要盡可能的延長它的生命周期，還要盡可能的降低用例的產(chǎn)生成本和修改成本，所以整個自動化測試用例就要進行管理。說到測試管理，我們就不得不談談度量了。關于自動化測試的度量指標列舉了一些供大家參考：
用例總數(shù)量
用例變更量
代碼覆蓋率
投入人力
單個/所有case執(zhí)行次數(shù)
單個/所有case發(fā)現(xiàn)問題數(shù)
當我們開展自動化測試時，就需要通過分析上述指標，以及這些指標一段時間內(nèi)的趨勢，來調(diào)整自動化測試方案和策略。
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
