?
?

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

?
?

1. 前言

??隨著科技日新月異的發(fā)展，人工智能正逐漸滲透到我們生活的各方各面，從智能語音助手到自動駕駛汽車，從智能家居到人臉識別技術，AI正以其卓越的智能和學習能力引領著新時代的發(fā)展方向。在這個快速演進的時代中，軟件測試領域也受到了不小的沖擊。雖然在當下，傳統(tǒng)的軟測技術仍然是絕對的主力，但是身為IT行業(yè)中的一員，近幾年AI的全新業(yè)務體驗與其超強的算力所帶來的震撼感受也應該遠超其他行業(yè)。所以為了跟上時代的步伐，作為軟測的大家是不是也應該考慮如何讓AI輔助我們更加完整高效的完成日常的各類質量保障工作呢？

??我們接著上次沒有說完的話題，接下來，我們將介紹mabl中的一些核心業(yè)務玩法，組合這些功能模塊將可以最大限度的將mabl平臺融入我們的日常自動化測試業(yè)務中去。

?
?

2. 測試業(yè)務串聯(lián)

2.1 測試計劃-主界面

??核心玩法的第一個組成模塊就是我們的測試計劃模塊，從下圖我們可以看到左側側邊欄的第三個圖標就是測試計劃模塊，在這個界面中我們可以創(chuàng)建符合自己測試業(yè)務需求的對應計劃。界面上會顯示已經(jīng)創(chuàng)建計劃的一些簡易信息，比如計劃名、觸發(fā)條件、測試環(huán)境、對應瀏覽器與計劃執(zhí)行開關。

?
?

2.2 測試計劃-創(chuàng)建

??我們點擊該界面上的New plan按鈕以創(chuàng)建新的測試計劃，接著會跳轉到下圖的界面，這里給大家解釋一下需要填寫的一些具體內容：

Plan name: 測試計劃名，根據(jù)自己業(yè)務需求去填寫，如果不寫下面的計劃描述，名字這部分就盡量寫的規(guī)范與到位一點，因為具體項目內的計劃一多了之后，就很難靠名字去看明白或快速搜索你想要的計劃了，對后期的維護會造成一定的阻礙；

Description: 測試計劃的描述內容，這里一般會填寫你的測試計劃具體是干什么的，推薦填寫，省的在測試名一欄內填入過程的名字；

Labels: 測試計劃的標簽，與創(chuàng)建mabl中的測試用例時填寫的標簽作用一致，用于快速定位你想要的用例與計劃，沒有標簽選項的時候直接填寫創(chuàng)建即可；

Add environments: 點擊這個按鈕可以選擇你對應被測產品與其對應的所在測試環(huán)境，如果之前在Applications中創(chuàng)建過應用的話直接可以在界面中選擇，至于所在的應用環(huán)境也是在創(chuàng)建應用的一起創(chuàng)建的；

STAGE: 這一步就是選擇測試計劃中的測試用例了，這里的名稱被稱之為步驟，大家可以理解為計劃就是一個測試用例集，就像我們在做回歸測試的時候，一般都會將P0與P1級別的正向測試用例放入其中的道理一致。在每個測試計劃中，都有復數(shù)個測試用例組成，這樣才能靈活的達成各類測試場景中的測試效果。所以在創(chuàng)建測試計劃的之前，我們必須擁有對應的測試用例，那么才可以在STAGE選項中進行對應的測試用例選擇；

Browser and Visual Test Settings: 選擇你的測試計劃需要在什么樣的設備中進行，這里也是對應測試用例中的執(zhí)行設備，一般來說就是在桌面端執(zhí)行還是移動端。

?

?

??STAGE選項中將你需要執(zhí)行的測試用例進行選擇即可。

?
?

Browsers: 選擇你需要運行用例的瀏覽器類別，注意，這里是可以多選的，如下圖我們就勾選了所有的瀏覽器類別，當測試計劃運行的時候，它就會在每一個已選擇的瀏覽器上執(zhí)行對應次數(shù)的測試用例集；

Additional Settings: 附加選項里會有一些我們需要日常測試中所需要用到的額外功能，具體的下面會單獨介紹；

Add trigger: 添加測試計劃的觸發(fā)器，這里的觸發(fā)條件有三種，一種是定時器，可以選擇每隔多少小時或多少分鐘執(zhí)行一次測試計劃；另一種是定時任務，可以指定特定的天數(shù)，即周一到周天并可以指定具體的時間點來執(zhí)行；第三種是結合CI/CD來執(zhí)行，在設定之前必須先添加對應的集成環(huán)境，選項才會被點亮，這個后面會單獨出一期講解的文章來詳細的講解如何和我們現(xiàn)有的持續(xù)集成環(huán)境來完美結合mabl。
?

?
?

2.3 測試計劃-附加項

??在附加選項中我們可以設置如下的一些功能：

Page Interaction Speed: 這個是設置頁面交互速度的，顧名思義就是控制測試用例中執(zhí)行各類業(yè)務操作的速度，用于測試一些頁面體驗交互的場景，但需要注意，頁面交互速度只支持瀏覽器測試。另外可能會出現(xiàn)沒有設置交互速度選項，測試用例可以正確的執(zhí)行，但一旦設置了交互速度之后反而出現(xiàn)了用例執(zhí)行失敗的情況，這種情況下我們就需要檢查一下失敗的用例步驟中的日志輸出信息，查看其中的等待實踐部分的內容，因為mabl平臺中的默認等待是智能等待，一般mabl在云上進行自動化UI測試的過程中因為要操作大量的交互元素，所以默認的智能等待能夠通過跟蹤應用程序預期計時的歷史數(shù)據(jù)來實現(xiàn)此目的。這不僅包括等待元素出現(xiàn)在頁面上，還包括確保它已達到可被代碼操作的狀態(tài)，當然智能等待的前提是你的測試用例或測試計劃已經(jīng)執(zhí)行過了一遍，智能等待的等待時長是根據(jù)該測試用例或計劃的過往數(shù)據(jù)為前提進行調整的，也是基于機器學習特性而實現(xiàn)的一個比較亮點的功能；

HTTP basic auth required: 提供HTTP基本身份驗證，這個選項一般用于業(yè)務中需要鑒權的操作，簡單的來說登錄之后的大部分操作都需要鑒權的就可以開打這個選項，打開后需要你先輸入一個正確的系統(tǒng)用戶名；

Send custom HTTP headers: 發(fā)送自定義的http頭，這個在做接口測試中會用到，和我們日常模擬接口的包頭一樣，將對應的字段信息填入即可；

Visual change learning: 字面的意思是視覺變化學習，目前測試下來只有chrome和edge兩個瀏覽器中可以支持這個功能，在打開的情況下，mabl會利用機器學習來創(chuàng)建被測對象的UI動態(tài)學習可視化模型，但需要注意，這個可視化模型它會自動過濾掉動態(tài)的UI區(qū)域，比如輪播圖、banner滾動廣告、視頻與動圖等。在我們執(zhí)行UI自動化測試的時候，它的執(zhí)行結果會與最初生成的可視化模型進行對比，當結果發(fā)生變化的時候mabl將會有差異的UI部分進行紅框標注，并在測試結果中打上一個Visual change的標簽，注明此步驟發(fā)生了UI變更，最后會在見解與洞察中創(chuàng)建一個visual change insight，方便后續(xù)進行分析與訓練；而關閉的情況下，mabl則是將用例錄制時的界面截圖與執(zhí)行時的界面截圖進行對比，如果發(fā)現(xiàn)不同則會同樣用紅框標注，并在測試結果頁打上一個Visual change的標簽。以我自己的測試體驗與實際效果來說，更加推薦的是將視覺變化學習選項打開，基于機器學習特性的可視化模型對比在我自己的多次測試計劃執(zhí)行下，無論是改變圖片屬性還是樣式，該用例每次都可以準確的辨認出差異所在，但不開的情況下除非圖片或元素樣式發(fā)生了較大的變化，否則識別的準確率是有一定的打折的。畢竟會自己學習并進化的界面差異識別誰會不喜歡呢。

?
?

2.4 測試計劃-詳情

??完全設置完成之后點擊Save plan按鈕保存測試計劃，之后就會跳轉到下圖的測試計劃詳情界面，這里可以對我們的測試計劃進行執(zhí)行、編輯、刪除等基本操作，同時右側可以看到我們當前測試計劃中需要執(zhí)行的測試用例，下面則是當前測試計劃的執(zhí)行歷史，可以根據(jù)測試用例的各類執(zhí)行結果與狀態(tài)進行快速的篩選與查看。

?
?

2.5 測試計劃-記錄列表

??接下來我們退出該測試計劃詳情，來到測試計劃列表畫面，這里就可以看到我們之前創(chuàng)建的RUBY_FUND_Transaction process測試計劃了，在這個界面中我們需要關注兩個地方，一個是觸發(fā)器，檢查一下觸發(fā)條件是否是正確，另外一個就是最后的執(zhí)行開關了，這里設置為打開后mabl平臺就會按照你設置的周期進行測試，需要注意的是因為mabl提供的是SaaS服務，所以我們即使關閉了本地的客戶端與電腦，測試計劃依然會執(zhí)行你的測試計劃，當然用的是他們的云服務器，如果你的被測對象部署在公網(wǎng)并可以正常訪問，那完全可以利用平臺的云端進行測試，無需任何額外的測試設備。如果你需要它停下自動執(zhí)行測試，關閉開關即可。

?
?

2.6 測試結果-主界面

??說完測試計劃模塊后，我們來介紹一下今天的另外一個功能，測試結果模塊。當我們的測試計劃執(zhí)行完成之后，我們就可以去測試結果模塊去進行結果確認，多數(shù)情況下我們會在該模塊中進行結果的查看與問題分析，如下圖：

??這里我們可以從三個維度去進行測試結果的確認，下圖的是按單個測試用例的維度，可以看到所有執(zhí)行過的測試用例都在其中，我們之前自動執(zhí)行過一次RUBY_FUND_Transaction process測試計劃，但是里面顯示的卻是測試計劃中所包含的測試用例，所以要追蹤單個測試用例的執(zhí)行結果，用這個維度就最合適了。
?

?
?

??接著我們按照測試計劃的維度來看，這里顯示的就是完全找到測試計劃為單位來顯示了，當然我們也可以點擊某個測試計劃來查看內部的執(zhí)行結果。

?

?
?

2.6 測試結果-詳情

??我們也可以在用例維度或計劃維度點擊某個用例后的RESULT按鈕進入到具體的結果畫面，在這里我們可以看到用例執(zhí)行的一些細節(jié)與具體信息，比如執(zhí)行時長、日期、瀏覽器類型、所屬計劃、步驟信息等，值得一提的是下面還會顯示執(zhí)行步驟的時間線，時間線上體現(xiàn)的是測試用例中每一個操作步驟所花費的時間長短，這個在做交互與用戶體驗的時候可以作為一定的參考。從時間線中我們可以有效的識別出哪些操作花了較長的時間，或者在做自動化測試步驟的時候因為代碼邏輯的原因而導致的無效等待操作等。時間線的下方是具體的每個操作步驟的明細，點擊之后在右側會顯示每個步驟中的具體信息，類似與操作日志，如果是具體的業(yè)務操作還會配上當時的畫面截圖，但這個在大部分的自動化測試平臺中都已經(jīng)算是基本操作了，不算什么亮點。

?

?
?

??如果你的測試計劃已經(jīng)執(zhí)行過多次了，那么我們就可以在Time of run顯示項下進行點擊，所有相同執(zhí)行測試用例結果都可以在這里進行快速選擇，這里是方便測試人員對同一個測試用例的結果進行快速對比。

?
?

2.7 測試結果-部署環(huán)境維度

??第三個維度是基于部署環(huán)境，如果在mabl中你有配置過多個環(huán)境并切全部都配置了測試用例集，就可以在這里對不同的測試執(zhí)行結果進行環(huán)境維度的篩選，具體的操作與配置這里不展開說了，結合CI/CD在后續(xù)文章會進行介紹。
?

?
?

2.8 測試覆蓋-主界面

??當所有的測試結果產生之后，我們就可以前往核心業(yè)務的最后一個模塊，測試覆蓋模塊。在該模塊中，我們可以整體產品與頁面兩個維度來進行覆蓋率與對應數(shù)據(jù)的查看。在我們自動執(zhí)行測試計劃或用例的過程中mabl會默認抓取報表所需要的關鍵數(shù)字從而形成關鍵節(jié)點的測試覆蓋率報表。報表上的兩個圖形分別代表了總體覆蓋率與已運行的整體覆蓋率。而下方的關鍵指標列表則具體的體現(xiàn)了測試計劃與用例中執(zhí)行的具體情況。這里我們大致的了解一下各個關鍵指標的含義：

Image: 測試用例執(zhí)行時的截圖；

Page: 被測頁面所在的路徑，具體根據(jù)URL進行設置；

Performance: 頁面的加載性能，加載此頁面的平均時長，越短越好；

Tests: 這里的測試數(shù)是代表在指定的時間范圍內執(zhí)行過特定頁面的測試用例數(shù)，重復的用例多次執(zhí)行不算在其中；

Steps: 同樣的也是在指定的時間范圍內在對應頁面上執(zhí)行的測試用例中的業(yè)務交互動作步驟數(shù)，簡單理解就是我們錄制的動作步驟數(shù)；

Assertions: 這里的斷言就是在指定的時間范圍內用例中不同的斷言步驟數(shù)，一個斷言默認計算為一個；

Complexity: 復雜性這個指標是用來衡量DOM本身的整體復雜性的，我們在自動執(zhí)行用例或計劃的時候，平臺會捕捉計算并進行測量，該數(shù)字越大就說明頁面中包含的交互元素越多；

Linked: 這指標表示被測頁面有被引用的頁面數(shù)，說人話就是當前頁面被爬蟲或被其他頁面以超鏈接的方式進行引用的頁面數(shù)，如果最近沒有運行鏈接爬蟲，則此部分可能顯示為空；

Depth: 這個是結合Linked一起用的指標，指的是從被引用的頁面跳轉后要達到該被測頁面所需要的點擊次數(shù)，這塊不用想的太復雜，可以簡單的理解為操作的層級數(shù)或深度數(shù)。

?

?
?

2.9 測試覆蓋-排除項列表

??另外如果在測試過程中希望根據(jù)測試業(yè)務需要排除某些特定功能頁面的覆蓋率統(tǒng)計，我們就可以進行排除項的設置，我們點擊上圖中的Exclusions按鈕，在Coverage Exclusions中加入你的被測網(wǎng)址中對應的子頁面地址，我們從頁面上的示例中可以看出它的排除寫法有兩種，第一種就是直接將需要排除的子頁面的對應url名稱填入即可，第二種則是對應在更深層級的對應子頁面，使用通配符來表示在某個層級之下在指定所有帶有指定名稱的子頁面。所以大家可以根據(jù)自己的需求進行選擇使用。
?

?
?

3. 后話

??好了，到了這里，我們就已經(jīng)把用例產出 - 計劃設計 - 結果查看 - 覆蓋分析這個一整個的軟件業(yè)務進行了大致的介紹與實踐，相信大家一定也對mabl平臺的整體功能和業(yè)務有了更深層次的認識了。那么下期我將會為大家介紹如何結合CI/CD環(huán)境來進行一整套完整的部署與設置落地演示，另外在我們日常工作中如何處理測試過程中產生的錯誤報告并結合mabl特有的分析功能來進行問題跟蹤與定位。文章來源地址http://www.zghlxwxcb.cn/news/detail-725080.html

到了這里，關于軟件測試下的AI之路（2）的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！