vivo TWS Air開箱體驗：真輕 臻好聽
在vivo S15系列新機的發布會上，vivo的最新款真無線藍牙耳機vivo TWS Air也一同發布，本次就這款耳機新品給大家帶來一個簡單的分享。外包裝盒上，vivo TWS Air保持了vivo自家產
日常的迭代或者技術改造之后，系統常常會出現一些功能丟失、新增接口權限和頁面白屏等問題。盡管事后可以依靠監控大盤查看監控數據來定位問題，但是這些手段是滯后的，無法提前發現系統已有問題。
為了保障系統的穩定性和強壯性，常見的方案包括代碼層面覆蓋單元測試，保證已有代碼的強壯性，如前端平臺商家組已經推行單元測試用例覆蓋，但是也存在以下問題：
除了單元測試保障之外，系統集成測試在保障質量方面也起著重要作用。然而，集成測試同樣面臨時間成本高、遺漏問題、重復性測試等挑戰。特別是在功能全量回歸場景下, 測試用例數量龐大，手動回歸測試變得非常繁瑣。盡管業界已經有一些成熟的自動化回歸集成方案，例如通過錄制手段來自動生成測試用例，但這種方案仍然存在一些挑戰：
確實，為了應對迭代變更帶來的挑戰，的確需要尋找更靈活有效的自動化回歸方案。我們研發了一款創新的測試工具—Monkey Testing(簡稱Monkey)。本文將深入闡述Monkey的出發點、創新過程以及落地情況，探討其可行性和價值。
Monkey , 也有人叫做搞怪測試，一般指用毫無規律的指令或操作去測試被測系統，觀察被測系統的穩定性。
基于Monkey自動化平臺與前端平臺B端大倉組件的配套研究方向，圍繞B端單品組件ProTable、ProForm自動化測試可行性驗證。首先模擬真實用戶行為，通過數據填充，模擬不同類型的數據輸入，并通過Click事件觸發條件搜索, 來達到驗證接口異常場景下的健壯性的目的。同時，我們將通過劫持請求、捕獲JS執行上下文錯誤、網頁截圖判定白屏等方式，發現潛在的穩定性問題，從而提高系統的穩定性。
我們提供低成本的自動化回歸方案，需要具有以下效果：
Monkey端側自動化能力
圖片
圖片
圖片
上述Monkey自動化測試實現，主要分為以下四個階段：
Monkey通過模擬真實用戶的隨機操作(例如點擊、滾動、輸入等）來測試應用程序的輸入輸出是否具有穩定性和健壯性，以此來發現應用程序中的問題和異常行為，例如崩潰、卡死、界面異常等等，覆蓋系統各個功能模塊，發現潛在問題。
圖片
Monkey以其簡單粗暴的方式隨機生成用戶輸入來模擬各種用戶行為，具有以下特點：
盡管Monkey有很大的優勢，但也存在一些局限性：
為了收斂Monkey 隨機性，達到更加精細化執行測試目的 ，我們將探索Monkey與B端組件二相互結合的可行性測試。
大倉組件旨在解決前端平臺應用中的交互一致性和可復用性問題。結合大倉組件，我們可以將組件固化的操作行為拆解為多個測試步驟，每個步驟對應多條測試用例，以確保每個組件都具有各自的交互流程。在Monkey執行過程中的用例腳本階段，能夠準確模擬用戶行為，從而消除Monkey測試中的隨機性。
圖片
操作行為分析
對ProTable組件的操作行為進行分析時，可以著重考慮以下方面：
拆解步驟
以ProTable組件為例，可以將組件的操作行為拆解成以下步驟：
步驟1：組件加載
步驟2：篩選和搜索和重置
邊界：這塊我們能做的是模擬用戶輸入行為按鈕點擊觸發搜索。
步驟3：分頁切換
邊界：這塊我們能做的是 模擬點擊頁碼行為 劫持請求是否異常。
步驟4：數據列渲染
注意事項
安全區域操作約束在測試環境中，一些刪除或更改操作可能會導致測試數據的不一致性或損壞，因此需要對測試環境中的點擊行為進行約束，確保在安全區域內進行操作。
// 檢查一個元素是否在另外一個元素中 原理類似于JQ $("#container").has(".selector"); const isSafeArea = (parentElement, childElement) => { const childClassNames = Array.from(childElement.classList); return childClassNames.every(className => parentElement.querySelector(`.${className}`));};const layoutContentElement = document.querySelector('.layout-content');const isisSafeAreaResult = isSafeArea(layoutContentElement,element)優化導航欄點擊許多B端系統中，導航欄是一個常見的元素。為了更加精確地進行測試并提高效率，我們需要規避導航欄的點擊或者A鏈接點擊跳轉，專注于當前頁面的操作。
element.matches('a')
圖片
操作行為分析
對ProForm組件的操作行為進行分析時，可以著重考慮以下方面：
拆解步驟
以ProForm組件為例，可以將組件的操作行為拆解成以下步驟：
步驟1：組件加載
步驟2：表單輸入填充
邊界：開發FormFilter 函數盡量滿足通用的場景下的數據漸入能力；目前文件上傳場景、下拉聯動場景、遠程搜索場景未覆蓋。
步驟3：表單驗證
邊界：Monkey本身不具備帶有規則限制表單填充能力；數據來源于ProTable頁面數據和Input Types類型數據填充。
步驟4：表單提交
步驟5：表單取消
ProForm準確提交率
衡量標準：通過劫持接口請求來判斷Proform是否成功提交，并且服務端接口是否返回狀態碼200。
指標說明：
統計過程如下：
圖片
根據當前數據統計，前端準確提交率約為60%+，繞過服務端校驗準確提交率約為20%+。
圖片
表單項數據填充主要有2種類型，分別為Input types填充和劫持表格數據源實現精準填充。
圖片
01表單項 - Input types 通用填充
B端系統未接入類型檢測工具, 接口請求參數類型約束不嚴格。Monkey 會根據 Input Types 類型隨機生成字符串，填充表單項以觸發接口調用，發現接口參數類型錯誤。
1. Input types 類型窮舉表單項的填充方式(MDN輸入元素)：文本類型(input type="text")、數據類型 (input type="number")、郵箱類型 (input type="email")、日期類型(input type="date")、單選框 類型(input type="radio")、復選框類型(input type="checkbox")
圖片
圖片
// input type 集合const defaultMapElements = { textarea: fillTextAreaElement, 'input[type="text"]': fillTextElement, 'input[type="password"]': fillTextElement, 'input[type="number"]': fillNumberElement, select: fillSelect, 'input[type="radio"]': fillRadio, 'input[type="checkbox"]': fillCheckbox, 'input[type="email"]': fillEmail, 'input:not([type])': fillTextElement, }; // 填充邏輯 const fillTextElement = async (element, character) => { const selectedCharacters = Array.from({ length: 5 }, () =>randomizer.getCharacter[Math.floor(Math.random() * randomizer.getCharacter.length)]).join(''); const newValue = element.value + (character ? character : selectedCharacters); if (element) { triggerSimulatedOnChange(element, newValue, window.HTMLInputElement.prototype); return newValue; } }; // Hacky function to trigger react, angular & vue.js onChange on input const triggerSimulatedOnChange = (element, newValue, prototype) => { const lastValue = element.value; element.value = newValue; const nativeInputValueSetter = Object.getOwnPropertyDescriptor(prototype, 'value').set; nativeInputValueSetter.call(element, newValue); const event = new Event('input', { bubbles: true }) as CustomEvent; // React 15 event.simulated = true; // React >= 16 let tracker = element._valueTracker; if (tracker) { tracker.setValue(lastValue); } element.dispatchEvent(event); };2. 接口參數類型錯誤
案例：后臺頁面Barcode條件篩選系統異常。
歸因：前端未限制Barcode只能輸入Number類型；服務端用Long類型字段接收BarCode字段，隨機輸入了String類型的值時，系統出現異常。
圖片
圖片
圖片
圖片
02表單項 - 精準填充
圖片
說明：在 ProTable 篩選和 ProForm 表單項數據填充場景下，希望數據填充能夠精確匹配，表單項的數據源來自于 ProTable 表格數據。統計該數據是為了衡量表格數據與ProTable & ProForm 輸入項的匹配率指標，該指標為輔助性指標。指標的數值越高，ProTable場景代表覆蓋篩選場景越多；Proform場景代表表單校驗驗證通過率越高。根據目前的數據統計，整體匹配率占比約為 50%+左右。
案例：后臺頁面篩選條件返回結果錯誤。
歸因：接口字段改動，前端接口請求參數字段名錯誤。
為解決服務端接口字段調整導致前端無法及時感知接口參數變化的問題，我們擬計劃接入文檔接口平臺開放API。通過查詢接口API獲取請求參數、響應參數及其類型，以驗證前后端接口參數的一致性。若接口正常但文檔定義存在問題，可反向約束規范接口定義文檔流程。
圖片
通過劫持請求、捕獲JS執行上下文錯誤、網頁截圖判定白屏等方式，來快速檢測頁面故障。
圖片
除了上述捕獲的錯誤問題,還列舉些其他常見錯誤。這里我們通過場景模擬，驗證Monkey的錯誤捕獲能力。
1. 模擬接口請求404場景 - 劫持請求檢測
圖片
2. 模擬白屏場景 - 白屏檢測
3. 模擬JS 執行上下文異常 - 劫持JSError檢測
在用例管理的前期階段，我們將首先支持系統生成的通用類型用例。這些通用類型用例是根據業務需求在開發過程中編寫的，涵蓋B端系統的主要功能和常見場景。經過驗證和測試后，這些用例可以作為基準用例使用。
為了滿足不同場景下的測試需求，將逐步開放定制能力。為用戶提供文檔和示例、可視化配置界面以及插件化擴展機制，降低用戶編寫用例的難度和上手成本。具體內容如下：
我們成功接入了《運營后臺系統》項目，并順利完成了流程。經過數據收集和清洗等步驟，產出了數據分析報告。
圖片
圖片
圖片
注：在每次任務中，錯誤數量保持相對穩定的水平。
Monkey作為一種創新的測試工具，為系統穩定性的保障提供了新的思路和方法。通過結合B端組件可行性探索，我們發現Monkey在實際項目中具有良好的應用前景和價值。根據數據分析結果，Monkey在系統穩定性的提升方面展現出了巨大的潛力。通過對有效錯誤率、分類錯誤項和優化方案的分析，我們發現Monkey可以幫助識別各種類型的錯誤，從而提升系統的穩定性和可靠性。這些數據清晰地展示了Monkey在實際項目中的應用前景和價值，預示著Monkey將為系統穩定性的提升帶來新的可能性。
在未來的優化計劃中，我們將重點關注以下幾個方面：
本文鏈接：http://m.www897cc.com/showinfo-26-80204-0.htmlMonkey自動化工具結合B端組件可行性探索
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號