這次帶給大家前端測試金字塔使用步驟詳解,前端測試金字塔使用的注意事項有哪些,以下就是實戰案例,一起來看一下。
測試金字塔,來自人們將多層結構應用在前端測試領域(如圖1)。
對於金字塔的結構眾說紛紜,這裡採用原作者的觀點,並附上一些我在實際專案中所採用的技術堆疊:
端對端測試:從外部測試整個app。在真實的瀏覽器或行動裝置上運行應用,使用真實的服務端資料。通常情況下,端到端測試都是由組內的專門測試人員進行的(人力測試),此時的app也大都處於生產階段或者準生產階段,所用數據都是線上真實數據。
UI自動化測試:從外部測試app的主要模組。一般運行在真是的設備上,使用模擬伺服器。前端自動化測試框架很多,這裡有一個連結:Top 5 Most Rated Node.js Frameworks for End-to-End Web Testing。 CasperJS在渲染React DOM時會有些問題,Protractor是基於Angluar的,配置起來也有些麻煩,所以我在專案中使用了nightmare.js,他會呼叫eletron虛擬出的瀏覽器進行自動化測試,並且在專案中我們使用了一個特定進行測試的資料庫。
元件測試:從內部和UI和業務邏輯整合的測試。通常在node上運行,使用模擬伺服器。在我們的專案中,由於使用了facebook的CRA(create react app),自帶了Jest,自帶斷言庫,開箱即用很方便,所以採用了Jest Enzyme進行組件測試。基本教學網路上很多,也可以在Jest和Enzyme的官網上看,有翻譯版本。
單元測試:拋開UI,將專案分割成若干的單元,進行業務邏輯的測試。使用Node運行,並且在每個單元外使用模擬資料。
下面主要說一下元件和單元測試:
由於是基於react redux saga的單頁應用,每個頁面,或者說元件的基本結構分為四個部分:sagas儲存業務邏輯,index囊括了相關的action和reducer,component只進行UI渲染,container負責連結store和component。所以我採用的測試方案如下:
sagas: 使用redux-saga-test-plan,模擬generate function,使用模擬資料進行測試,並且使用provider模擬http請求的資料、 withReducer同時測試相關的selector、reducer和actions。
container:使用redux-mock-store模擬redux store以及對應的action和state dispatch匹配測試。
component: 使用enzyme的shallow和mock props渲染元件(如果是最底層的元件可以用mount來測試react元件的生命週期),使用jest的mock function模擬點擊等的動作。
index:index主要部分已經在sagas和container部分測試過了,詳細的測試(我覺得必要性不是很大)可以參考redux的官方測試文件。
在國內一般的開發團隊都有專門的測試人員,但是在國外比較小的團隊就不會有。所以在開發同時不斷更新測試程式碼也是很有必要的。
這是幾個月來在測試方面的一些個人理解,如有不對或不夠細緻的地方還請大家指正。
相信看了本文案例你已經掌握了方法,更多精彩請關注php中文網其它相關文章!
推薦閱讀:
以上是前端測試金字塔使用步驟詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!