如何進(jìn)行前端自動化測試？如何選擇前端頁面自動化測試工具？

一般前端自動化測試大致包括：

Unit-單元測試：一般由開發(fā)人員開展測試，寫單元測試用例也是開發(fā)人員對自己的代碼進(jìn)行檢查的一個過程。

Service-服務(wù)接口自動化測試：通常指的是接口自動化測試，在分層自動化測試的應(yīng)用中，接口自動化是最常用的自動化解決方案。結(jié)合數(shù)據(jù)驅(qū)動測試框架、關(guān)鍵字驅(qū)動測試框架可以滿足大部分測試場景，包含含有復(fù)雜業(yè)務(wù)邏輯的功能的覆蓋（B接口依賴A接口返回）。特別是在前后端分離的產(chǎn)品架構(gòu)設(shè)計中，可以對功能點進(jìn)行有效的覆蓋，至于頁面顯示、頁面元素布局、展示的驗證可以通過手工測試或者其他工具覆蓋。

UI-頁面自動化測試：UI層是與用戶進(jìn)行交互的，測試工作大多集中在這一層。根據(jù)個人實踐經(jīng)驗，大部分場景下不推薦UI自動化，難以做到高效的維護(hù)，關(guān)于UI自動化的兩點建議:能在底層做自動化覆蓋，就盡量不在UI層做自動化覆蓋；只做最核心的功能的自動化覆蓋，腳本可維護(hù)性盡可能提高。

自動化測試開展的必要條件

首先，是否開展自動化，通常需要同時滿足以下條件：

軟件需求變動不頻繁(超過10%的變動是頻繁變動，同時10%并不是一個固定值，根據(jù)其維護(hù)、擴(kuò)展成本適當(dāng)調(diào)整閾值)；

項目周期足夠長：自動化測試用例可重復(fù)使用，同時，自動化測試的是否易于擴(kuò)展、易于維護(hù)對其可持續(xù)性而言非常重要。

自動化測試的局限性

一方面，自動化測試的局限性體現(xiàn)在上述其開展的必要條件，如果在不滿足其必要條件的背景下，開展自動化會發(fā)現(xiàn)自動化并不會提高測試效率，甚至可能加大了測試成本。

另一方面，UI自動化與接口自動化本身的局限性，UI自動化較接口自動化而言其具備覆蓋率高的優(yōu)勢（接口測試無法覆蓋頁面元素、格式、數(shù)據(jù)），接口自動化較UI自動化而言具備高擴(kuò)展、易維護(hù)、問題修復(fù)成本低的優(yōu)勢。

自動化測試的目的

自動化測試的直接目的是圍繞產(chǎn)品質(zhì)量提高測試效率，其根本目的（效率轉(zhuǎn)化）無外乎以下幾點：

真正的實現(xiàn)項目人力投入的縮減

做更多更有意義的測試，比如更深入的需求分析、測試設(shè)計或者對測試左移、右移的投入；

適應(yīng)開發(fā)模式的轉(zhuǎn)變，比如類敏捷、devops、testops模式下的頻繁迭代、持續(xù)部署、質(zhì)量運營等。

如何進(jìn)行前端自動化測試

我們知道UI自動化其開展的前提更強(qiáng)調(diào)系統(tǒng)的穩(wěn)定性，不穩(wěn)定的系統(tǒng)會導(dǎo)致頻繁的自動化用例維護(hù)，這種維護(hù)成本是巨大的，甚至?xí)霈F(xiàn)原本兩個人測試的項目，引入UI自動化現(xiàn)在需要三個人測試的情況。

那么系統(tǒng)穩(wěn)定性高，改動的可能性較小的情況下如何進(jìn)行UI自動化？如果系統(tǒng)的穩(wěn)定性一般，存在需求改動、頁面優(yōu)化的可能性，如何開展高覆蓋的自動化測試？建議使用澤眾推出的自動化測試框架實現(xiàn)PC端界面自動化測試。

最后，充分考慮易維護(hù)性、易擴(kuò)展性的自動化測試策略設(shè)計，是可以實現(xiàn)自動化測試前移的，并非只能用于系統(tǒng)穩(wěn)定或者回歸測試的場景中。

推薦閱讀：

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

如何使用ATF自動化測試框架進(jìn)行管理和測試？

Web自動化測試工具有哪些？Web自動化測試基本步驟

自動化測試工具的基本要求 軟件自動化測試工具分類有哪些？

如何選擇正確的自動化測試工具？

自動化測試工具有哪些？好用的自動化測試工具推薦