首頁 > 廠商 > 經(jīng)驗 > 前端自動化測試，前端該怎樣實現(xiàn)自動化測試

前端自動化測試，前端該怎樣實現(xiàn)自動化測試

來源：整理時間：2023-06-21 06:53:10 編輯：智能門戶手機版

1，前端該怎樣實現(xiàn)自動化測試

首先，還是要強調(diào)一點：前端是一種特殊的GUI軟件看過我最近一年內(nèi)做前端工程方面相關(guān)分享的人可能有印象，我總是在強調(diào)這一點。前端測試也跟這個理論基礎(chǔ)有所關(guān)聯(lián)。在這里，我還想吐槽一下：API測試方法論在測試GUI時并不能解決所有問題。與很多前端工程師討論過前端測試，大家更多的還是盯著API測試方法論。誠然，前端有那么一小部分代碼是可以用API測試保證質(zhì)量的，但前端項目中的絕大多數(shù)代碼是GUI界面，前端測試應(yīng)該向傳統(tǒng)GUI測試方法論需求解決方案：GUI軟件測試_百度百科，這個百科詞條介紹的很不錯，大家可以感受一下GUI測試相關(guān)概念和方法。它的測試用例、覆蓋率統(tǒng)計、測試方法等等都與API測試有著很大的不同。

可以。一般的功能測試是基于圖形化界面的，業(yè)界最流行的工具是qtp ，winrunner，ibm rational robot， rational robot。開源的工具: watir, watin 具體做法: 1.錄制腳本，強化，回放 2.手寫腳本，回放補充：只有mercury（hp），ibm等幾個公司編寫測試軟件。一般公司都不編寫測試軟件，所謂的自己寫自動化腳本，是說自己利用常用的編程語言來寫代碼，用于測試軟件?，F(xiàn)在自動化測試是以用測試軟件為主。

前端該怎樣實現(xiàn)自動化測試

2，最好的web前端自動化測試框架是哪個為什么

面向軟件測試人員的web自動化測試框架“pyswat”框架。不需要寫腳本，案例通過錄制而來。

一、在開始一個項目前，前端要考慮的事情還蠻多的，根據(jù)我的經(jīng)驗列以下幾個：1 編譯sass或less文件，然后合并壓縮成min文件2 編譯coffeescript（或直接使用javascript），然后合并壓縮成min文件3 選擇合適的模板4 考慮瀏覽器兼容性，選擇是否使用css prefix5 根據(jù)瀏覽器和項目需求，考慮使用那個前端框架，或者不使用6 考慮是否使用ui框架（越往后越覺得沒必要使用）二、這些沒什么標(biāo)準(zhǔn)，前端不像后端，有問題改改就好了，不會破壞整個網(wǎng)站。重要的是選擇合適的工具和流程，例如你要做webapp，那么你可以不必太在意文件壓縮的問題，因為不用下載到客戶端。然后考慮的框架也會不同，例如cordova就一般與angularjs或reactjs使用，而很少夾個jquery。即使不喜歡用，前端其實還可以換工具，只是麻煩點，前端比后端靈活多了。三、一個大型的網(wǎng)站用到的工具不是一開始就一大堆的，往往是需要的時候就加一個，然后慢慢拼大起來的。如何選擇自動化工具才是個問題，例如集大成的ide都有自動化工具，但往往不適合團隊使用。現(xiàn)在最常用的，也是最流行的就是node.js的自動化工具。你可以配合使用gulp（推薦）或者grunt，當(dāng)你有需求就加一個，慢慢地你也能配置一個大規(guī)模的自動化流程工具。

最好的web前端自動化測試框架是哪個為什么

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

一般前端自動化測試大致包括類庫單元測試自動化UI組件測試自動化類庫單元測試自動化較好實現(xiàn)基本思路是讓不同的瀏覽器可以自動根據(jù)指令跑一些JS函數(shù)結(jié)果與預(yù)期比對后返回是否通過case測試標(biāo)志其中一般有兩種實現(xiàn)方式：其一：1. 打開目標(biāo)瀏覽器，運行測試框架站點2. 2.測試框架站點通過ajax 輪詢、websocket 等方式，將待測 js 的 case 在瀏覽器內(nèi)運行（通過eval 、createElement("script") 等方式）3. 3.比對測試結(jié)果，將結(jié)果 post 到遠(yuǎn)端4. 4.遠(yuǎn)端接受測試結(jié)果5. 5.遠(yuǎn)端等待所有瀏覽器返回結(jié)果完成6. 6.marge 所有瀏覽器數(shù)據(jù)顯示最終通過與否結(jié)果。7. 這種方式弊端：人工開啟一次所有瀏覽器需要排隊測試，瀏覽器只能一次運行完一組測試后才能再運行下一組如果中間某testcase導(dǎo)致瀏覽器異常，返回結(jié)果將缺失，需要人工去服務(wù)器上檢查下瀏覽器狀態(tài)好處：可以覆蓋所有想覆蓋到的瀏覽器另一種方式：1. 將常用瀏覽器內(nèi)核放進(jìn)一個或多個相互有關(guān)聯(lián)的進(jìn)程內(nèi)2. 2.用例通過系統(tǒng)消息發(fā)送到各個包裝的內(nèi)核中3. 3.每次開啟一個新內(nèi)核進(jìn)程運行JS用例4. 4.用例結(jié)果發(fā)送給包裝進(jìn)程5. 5.包裝進(jìn)程匯集所有用例結(jié)果后post到遠(yuǎn)端保存6. 6.包裝進(jìn)程連帶內(nèi)核進(jìn)程一起退出7. 優(yōu)點：無序人工開啟一次瀏覽器獨立進(jìn)程運行，無需排隊不怕內(nèi)核異常，異常后包裝進(jìn)程可以直接恢復(fù)內(nèi)核或者通知測試失敗缺點：前端實現(xiàn)太困難，需要C++開發(fā)無法覆蓋到所有瀏覽器常用內(nèi)核覆蓋更新勞心勞力

ui automation腳本錄制及回放ui automation工具提供了腳本的錄制功能，腳本回放成功率很高的腳本錄制工具。盡管這樣，錄制腳本還是需要進(jìn)行簡單的加工和修改，才能完全正確的表達(dá)自動化測試腳本的意義。所以，期望不要過高，很多情況下還是需要手動編輯測試腳本的。錄制回放工具可以在一定范圍內(nèi)幫助我們提高生產(chǎn)效率。在此就簡單的介紹一下腳本錄制功能的使用。在instruments界面上，選擇病點擊正下方的小紅按鈕即可開始錄制。錄制開始以后，可以嘗試著給recipes程序添加一個菜單。手動操作的同時會自動生成測試腳本。錄制功能同時支持真實設(shè)備和模擬器。用戶只需要開啟錄制功能，然后在真實的設(shè)備或模擬器上進(jìn)行操作即可。操作的動作會被翻譯成自動化測試腳本顯示在腳本編輯區(qū)，等待用戶確認(rèn)。在腳本錄制完成以后，可以通過選擇來編輯腳本，也可以通過雙擊確認(rèn)默認(rèn)的腳本。如果當(dāng)前選項沒有我們需要的操作選項，則只能刪除手動編寫腳本。相關(guān)的腳本錄制功能可以在體驗中慢慢研究?；胤啪秃芎唵危c擊紅色小按鈕旁邊的“播放”按鈕即可回放。這里可以通過選擇設(shè)備來選擇真實的機器，這樣可以同時測試模擬器和真實機器上該腳本是否都可以正常執(zhí)行。