自動化思考和展望

星辰海閣發表於2012-12-21
一：Web產品最常見的是前端頁面錯誤（頁面排版錯誤，JS錯誤，連結跳轉錯誤。。。），這種錯誤要麼依靠人肉發現，要麼就依靠UI自動化發現，介面測試是發現不了的。而且，這一層是產品使用者直接接觸的層級，上線前最好做一次全面迴歸，但單憑人肉是很枯燥的，而且容易遺漏。這時候，UI自動化就很有用了！但，UI自動化用例應該少而精，專注於最關鍵的核心功能，把執行時間儘量壓縮，至多不超過半小時吧。
二：HTTP介面測試執行速度快，穩定性高，可以設計複雜的業務流程，檢驗一些使用UI自動化無法觸及（如：繞過前端JS限制輸入非法字元）或很難觸及（執行耗時長又不穩定）的功能點。另一方面，一個附帶的結果，在寫介面測試用例的時候往往可以發現一些隱蔽的歷史遺留bug。
三：開發和測試是有節奏，總有一段時間是開發很忙而測試在等待提交測試的。我認為可以把這段時間利用起來，或閱讀開發程式碼，或編寫測試用例，或寫資料準備的指令碼。測試開始以後，一方面使用之前準備的自動化指令碼準備測試資料，方便手動測試，一方面，每隔一段時間（若干小時，根據開發提交程式碼的頻度）執行HTTP介面測試，跑一輪控制在15分鐘，保證功能不出問題（功能出問題，改Bug相對比較麻煩，儘量做到早發現早解決）。接近上線的時候，跑1-2輪UI自動化，單輪時間控制在30分鐘，比較全面地迴歸一下主幹功能（這個時候如果還出問題，很可能只是頁面顯示問題，改Bug也比較快）。結合手動測試，自動化資料準備，UI測試和HTTP測試，發揮各自的長處，把自動化用起來。效果未必立竿見影，但我相信長久堅持在潛移默化間是有效果的！另外，無論是UI自動化還是HTTP自動化，它們積累的API稍加改造就可以拿來準備資料）

相關文章