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

前端自動(dòng)化測試，前端該怎樣實(shí)現(xiàn)自動(dòng)化測試

來源：整理時(shí)間：2023-06-21 06:53:10 編輯：智能門戶手機(jī)版

1，前端該怎樣實(shí)現(xiàn)自動(dòng)化測試

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

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

前端該怎樣實(shí)現(xiàn)自動(dòng)化測試

2，最好的web前端自動(dòng)化測試框架是哪個(gè)為什么

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

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

最好的web前端自動(dòng)化測試框架是哪個(gè)為什么

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

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

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

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