?
?文章來源:http://www.zghlxwxcb.cn/news/detail-669684.html
??作者簡介:博主是一位測試管理者,同時也是一名對外企業(yè)兼職講師。
??主頁地址:【Austin_zhai】
??目的與景愿:旨在于能幫助更多的測試行業(yè)人員提升軟硬技能,分享行業(yè)相關最新信息。
??聲明:博主日常工作較為繁忙,文章會不定期更新,各類行業(yè)或職場問題歡迎大家私信,有空必回。

?
?
1. 前言
??隨著科技日新月異的發(fā)展,人工智能正逐漸滲透到我們生活的各方各面,從智能語音助手到自動駕駛汽車,從智能家居到人臉識別技術,AI正以其卓越的智能和學習能力引領著新時代的發(fā)展方向。在這個快速演進的時代中,軟件測試領域也受到了不小的沖擊。雖然在當下,傳統(tǒng)的軟測技術仍然是絕對的主力,但是身為IT行業(yè)中的一員,近幾年AI的全新業(yè)務體驗與其超強的算力所帶來的震撼感受也應該遠超其他行業(yè)。所以為了跟上時代的步伐,作為軟測的大家是不是也應該考慮如何讓AI輔助我們更加完整高效的完成日常的各類質量保障工作呢?
??那么對于軟件測試來說,先階段的AI可以幫助我們做些什么呢?其實要說明白這個呀,我們還是需要先從AI對于軟件測試這件事本身的意義來說起,我們就拿基本的黑盒測試來舉例,要知道在傳統(tǒng)的軟件測試中,我們會依賴于手工設計和執(zhí)行測試用例來完成測試活動,這種方法在面對大規(guī)模、高復雜度的軟件系統(tǒng)時往往效率低下且容易出錯,這也就是當下為什么自動化那么流行且被大范圍推廣的原因,純手工的場景因其獨有的特性往往多被應用于新功能或重要功能模塊,全功能回歸等千篇一律或重復度高的測試活動,業(yè)內人士更傾向于使用自動化腳本、框架或平臺的方式來進行質量保障。而現(xiàn)如今由于AI技術成果的大規(guī)模爆發(fā),從而為軟件測試帶來了全新的可能性。比如通過神經網絡與AI的學習特性,分析歷史測試數(shù)據(jù)、用戶行為數(shù)據(jù)和系統(tǒng)日志,從中挖掘出潛在的缺陷模式和異常情況;使用機器學習與AI模型調教,將團隊內的產品與測試用例編寫規(guī)則告知到AI,AI就可以幫助測試團隊自動化進行測試用例的設計和生成工作;另外,AI還可以自動分析和挖掘軟件系統(tǒng)中的潛在缺陷和異常行為,從而提高測試的效率和準確性。當然,現(xiàn)在的軟測行業(yè)中,真正把這些業(yè)務環(huán)節(jié)完全實現(xiàn)的企業(yè)與技術仍然還是少之又少。
?
?
2. 軟件介紹
??其實對于廣大的軟件測試人員來說,未來離我們并不遙遠,目前市面上基于AI的自動化測試工具也是百花齊放,我們大可以利用這些基于成熟AI方案的第三方測試工具來融入和實踐自身的質量保障工作。今天就來為大家介紹一款自動化的測試平臺 —— mabl。
?? 我們先來看下其官網上對于他的介紹吧:
mabl is the leading intelligent, low-code test automation solution that enables high-velocity software teams to tightly integrate automated end-to-end tests into the entire development lifecycle. mabl’s unified platform makes creating, executing, and maintaining reliable browser, API, and mobile web tests easier, accelerating the delivery of high-quality, business critical applications.
?? 從上面的介紹不難看出,mabl這款平臺主打的就是智能與低代碼,由于他們公司提供的是SaaS服務,所以無需進行平臺的本地化部署,只要有客戶端就可以直接運行,而且是跨平臺的。這個平臺的賣點是結合機器學習和自動化技術,來為測試團隊提供日常的測試活動支持與解決方案。
?
?
3. 注冊與安裝
?? 話不多說,接下來我們就來看看如何安裝和使用這款測試平臺吧。
?? 首先,我們訪問官網【Low-Code Test Automation that Scales | mabl】
?
?
?? 點擊“START FREE TRIAL”,如果是第一次使用他們的產品且沒有注冊或登錄過,會跳轉至注冊頁面。
?
?
?? 頁面中的信息全部都填寫一遍,這里要注意的是Business Email最好要填寫公司的企業(yè)郵箱,填寫一些共有的郵箱是行不通的。
?
?
?? 所有信息提交完之后,你的企業(yè)郵箱會收到一封確認郵件,點擊郵件中的Confirm my account按鈕之后就會進行頁面的跳轉,完成賬號與郵箱的認證步驟。
?
?
?? 注冊完成之后會跳轉至登錄頁,用剛才的注冊郵箱地址與密碼進行登錄。
?
?
?? 第一次登錄完成之后會自動跳轉到mabl客戶端的下載頁面,這里默認下載是windows的客戶端,如果是其他OS的可以點擊下面的see more download options,里面有Mac與Linux的客戶端下載。如果第一次進去后沒下載就關掉了這個頁面也別慌,mabl官方還會發(fā)送一封下載客戶端與試用的郵件給到你,里面依然有你的下載鏈接。
?
?
?? 下載完成之后我們打開mabl客戶端,第一次進入需要鑒權,將你在網頁上注冊的郵箱地址與密碼填入登錄頁面中,完成之后點擊Login in。
?
?
4. 基礎使用
4.1 主界面
?? 下圖就是我們的mabl的主界面了,從上至下依次是創(chuàng)建新的用例,測試結果,測試計劃,見解與通知,測試覆蓋,可接入性,配置,設置。
?
?
4.2 配置應用
在我們創(chuàng)建測試用例之前我們需要先創(chuàng)建一個應用程序,這個應用程序其實就是我們的被測對象,我們點擊Configuration側邊欄按鈕,跳轉到下圖的頁面,然后點擊Configuring applications按鈕。
?
?
Application name: 填寫自己的被測對象產品名即可
Description: 產品描述
Web application URL: 這里需要選協(xié)議(https、http)和基礎URL,一般方便測試的話,這里填寫的都是系統(tǒng)的登錄地址或首頁地址
**API URL:**接口地址,后續(xù)做接口測試的時候需要用到,不是必填項,這里只要填寫URL的基礎地址就行,不需要具體的接口名
Environment name: 選擇一個測試的環(huán)境,一般來說測試的環(huán)境會有多個,DEV、TEST、UAT、RELEASE等等,這個是用來區(qū)分不用的環(huán)境下的APP的,畢竟給到的測試參數(shù)與測試服務器地址都不相同,具體的按需自己設置
Monitoring: 是否需要日志監(jiān)控,如果需要的話勾選下面的自動登錄勾選框,然后提供被測系統(tǒng)的鑒權信息即可
全部填寫完之后點擊Save按鈕保存即可。
?
?
4.3 創(chuàng)建用例與執(zhí)行
?? 在添加完應用程序的前提下,我們先點擊New test按鈕來創(chuàng)建一個測試用例來試試,從下面的界面可以看出目前mabl支持做Web產品的UI界面測試、接口測試與性能測試。(性能測試是需要去申請先行體驗資格的)
?
?
?? 接下來我們需要在這個創(chuàng)建測試用例的界面中進行必要的信息填寫。需要填寫的內容如下:
Test name: 用例的名稱
Description: 用例的描述,可選項
Test labels: 用例的標簽,用于后期快速搜索與管理
Device: 這里是單選項,很好理解,你的被測對象是桌面端瀏覽器還是手機瀏覽器
Width Height: 被測對象的顯示寬高,這個根據(jù)你設定的值來顯示執(zhí)行時的瀏覽器窗口大小
Add to Plan: 這里需要說明下,是否加入計劃,這里的計劃可以理解為在某個特定的測試場景下需要執(zhí)行的一組測試用例,所以如果你暫時沒有計劃或不明確的話可以選擇No plan。其實這里也沒有那么復雜,就比如你有一個名叫登錄的測試計劃,那么檢查用戶名和檢查用戶密碼的測試用例在創(chuàng)建的時候自然而然的就會需要加入到這個計劃中去。頁面上的check web login every hour就是我自己創(chuàng)建的計劃,用來每個小時檢查一遍用戶是否可以成功登錄至被測系統(tǒng)。
因為之前我們已經添加過應用程序了,選擇No plan會默認不進入任何計劃,但是會歸屬于剛才添加的應用程序中,所以URL這一欄是不會顯示的,默認就是應用的URL。
這里需要額外說明的是,如果你選擇了手機瀏覽器應用,下面的Device(Chrome emulation)會需要你去選擇對應的手機OS和機型,蘋果還好說,如果是安卓的話因為有太多的品牌,所以不一定會有和你所需測試設備一致的OS和機型,這時候盡量選擇屏幕分辨率與寬高比、OS相同或相近的機型即可。Orientation里可以選擇你的測試應用是豎屏還是橫屏顯示。
?
?
內容全部錄入完畢后點擊create test按鈕,我們就會看到chrome瀏覽器啟動了,這里的chrome是受到mabl軟件控制的,所以會顯示正受到自動測試軟件的控制,不用擔心。顯示出來的就是我們剛才添加的Web應用。
?
?
接下來就是愉快的錄制步驟了,相信大家應該都不會太陌生,按照自己的測試業(yè)務要求一步一步的點擊即可。
因為界面中的操作按鈕比較多,這里就不再擴散了,一些錄制界面的具體使用方式和其他的全部變量、高階使用技巧等我在后續(xù)的文章中再為大家一一詳細介紹。當你的測試步驟全部錄制完畢后點擊Save按鈕保存,然后再點擊Close關閉即可。如果想要測試一下錄制的是否正確,可以在關閉之前點擊面板上方的播放按鈕,用例會立即進行自動化執(zhí)行,此時可以查看用例的步驟是否執(zhí)行成功。
?
?
創(chuàng)建完成后會直接跳轉至對應的測試用例界面,在這里你可以對該測試用例進行快速編輯、復制、刪除等操作,右邊的按鈕可以進行錄制編輯和用例運行。下方還可以查看具體的用例執(zhí)行步驟細節(jié)、用例執(zhí)行的歷史信息、所屬計劃、修改歷史、所屬版本分支、性能報告等。
?
?
這里我們先點擊Run test來進行一下測試吧,點擊之后就會出現(xiàn)下面的界面,這里是讓你確定執(zhí)行的各類環(huán)境與條件,我們暫時不需要修改任何一項,直接點擊Start 1 run按鈕即可。
?
?
用例在測試運行的過程中會出現(xiàn)信息打印框,這個只是讓你查看運行過程是否正確的,等到正式跑用例的時候全程是靜默執(zhí)行的,不會彈出類似的窗口。
?
?
用云去跑測試用例一樣也是可以的,這樣就不會占用你本機的硬件資源。
?
?
4.4 查看報告
然后我們就可以通過計劃或者用例集來進行自動化用例執(zhí)行,每個用例的執(zhí)行情況可以以報告或者列表的情況來進行查看,點擊具體的用例還可以看到具體的執(zhí)行步驟與執(zhí)行的截圖。
?
?
4.5 AI輔助功能
到這里,我們基礎用例創(chuàng)建與執(zhí)行已經完成了,那么看到這里大家一定會有疑問,這個平臺不是主打智能與低代碼的嘛,低代碼是看到了,那么智能的地方在哪里呢?
接下來我就來為大家介紹一下mabl這個平臺的亮點功能 —— 測試用例的自愈功能。self-healing這個字眼相信做過測開的同學應該都不陌生,代碼自愈也一直是大家比較關注的話題。那么在mabl自動化測試平臺中,也有這么一個自愈的概念,其核心的主旨就在于當被測對象的某些特性或屬性發(fā)生改變的時候我們的測試用例就會失效,這個無論是手工測試用例還是自動化測試用例都會遇到,同時隨著被測系統(tǒng)的功能迭代與規(guī)模增加,測試用例的維護工作量也會變得越來越大,試想如果你的測試用例擁有自愈能力,可以隨著功能迭代與需求變更的改變而自動進行維護或改變,是不是一件很棒的事情?
我們這里來舉個小小的例子,就拿剛才那個被測系統(tǒng)來說,我們在前端的代碼中將登錄按鈕的元素屬性進行修改,并且將登錄界面左側的圖片與文字說明進行了修改。
?
?
然后再一次執(zhí)行我們的自動化測試用例,這次我們發(fā)現(xiàn)雖然測試依然是執(zhí)行成功了,但之前不是已經修改了登錄按鈕的元素了,mabl怎么沒有報錯呢?
我們進入用例執(zhí)行結果詳情里看一下,首先在執(zhí)行到第四步的時候,他發(fā)現(xiàn)了圖片與下方的文案被修改過了,但是因為我們的斷言沒有指定去驗證這個,所以他自動跳過了,只做了一個提示。
?
?
接下來就是重點了,我們在代碼中變更了登錄按鈕的某個屬性,mabl在執(zhí)行的過程中發(fā)現(xiàn)了被測按鈕的屬性變動了,這里會提示你如果用例通過了,它就會進行學習,然后將變更后的按鈕屬性進行代碼更新,將新的屬性替換舊的屬性。這里我們做一下整理,如果你的測試用例因為某些頁面或元素屬性的變更然導致執(zhí)行失敗,那是非常常見的情況,無論是日常的需求變更還是功能與頁面迭代,只要斷言的那個元素依然正確,那AI就自動辨認發(fā)生變更的一些頁面元素,并且積極的學習改動后的變更內容,使得測試用例可以順利的執(zhí)行下去。
?
?
當然你不用擔心AI會不受控制的接受一切變更,因為這些變更的內容是否允許被接受也完全可以由我們自己手動進行控制。在見解與通知界面中找到我們的測試用例,可以看到我們自愈測試用例的細節(jié),如果不想測試用例進行自愈,那么就可以點擊下圖的REJECT CHANGES按鈕來拒絕這個變更動作。
?
?
當然,你也可以快速的搜索所有發(fā)生過自愈的測試用例,只需要在搜索條件Type中選擇Auto-heal即可。
?
?
至此為止,以上就是mabl中一些最基礎的測試用例相關操作與一些平臺特性的介紹,后續(xù)的一些平臺的核心業(yè)務玩法(圍繞定時任務計劃與覆蓋數(shù)據(jù)報告的自動化策略最佳實踐)以及平臺的其他功能都將會在后幾期的文章內進行詳盡的介紹。文章來源地址http://www.zghlxwxcb.cn/news/detail-669684.html
到了這里,關于軟件測試下的AI之路(1)的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網!