閒魚是如何實踐一套完整的埋點自動化驗證方案的?
背景
作為一款國民級二手交易App,閒魚每天都有成千上萬的二手閒置商品釋出,精準的個性化的商品推薦是促進閒魚使用者快速成交的秘訣。搜尋推薦演算法的精準和埋點資料的準確性息息相關。一旦埋點資料出現問題,使用者側就會出現推薦商品不準確、過度推薦等問題,同時宏觀的交易大盤資料的統計也會有偏差,進而影響整個商品運營策略,因此採取有效的手段來保障埋點質量就成為了閒魚客戶端質量保障的關鍵的一環。
問題
過去的一年閒魚客戶端在首頁、搜尋、商品釋出等核心場景下進行App體驗最佳化與升級,在客戶端快速迭代過程中經常會出現UI改版之後某些關鍵埋點沒有上報、埋點關鍵欄位缺失、埋點欄位值不正確等問題,而這些問題線上下測試的時候由於不影響使用者體感而被忽略,往往客戶端版本釋出之後演算法或者資料同學察覺到資料異常才會回過頭來定位埋點問題,問題修復代價很高,通常會追加客戶端版本或者開關降級來解決埋點異常的問題。透過對迭代過程中出現的問題覆盤得出來主要有以下的急需解決的問題
•哪些是我們需要重點保障的核心埋點
•如何開展有效的線下埋點測試
•如何提高埋點問題的排除效率
針對以上問題,閒魚技術質量團隊結合自身業務特點提供了一套低侵入埋點質量保障方案
埋點質量保障方案
閒魚端上承載著數以萬計的埋點,且隨著業務的增長埋點個數也在不停地增多,而這些埋點由於歷史原因都沒有沉澱相關的說明文件,依賴開發、資料、產品同學主動梳理埋點資料顯然是一件耗時費力又容易出錯的事情,所以針對端上埋點質量保障我們的核心思想是:透過歷史資料的分析和人工干預生成埋點畫像(校驗規則、值特徵),優先保障核心埋點,並提供自動化測試和埋點版本對比來提升埋點資料交付的信心。
如圖所示為閒魚端內埋點質量保障方案,埋點資料hook後進行資料的抄送,抄送的埋點資料會分為兩部分,一部分樣本會交給埋點分析服務提取埋點的Key/Value特徵,進而生產埋點的校驗規則;另一部分核心埋點會交給驗證服務處理,參考已生成的校驗規則和人工干預的校驗條件會對這部分資料進行逐個校驗,最後在版本灰度釋出前也會提供埋點的版本比對功能來確定核心埋點是否漏報。
核心埋點梳理
首先需要從成千上萬的埋點中圈選出重點保障的埋點,圈選的原則是
•埋點資料缺失/異常會導致搜尋推薦演算法精準性
•埋點資料缺失/異常會導致大盤統計資料偏差
•埋點資料缺失/異常會導致運營投放策略
滿足上述條件的都會被標記為閒魚客戶端核心埋點。前期我們梳理了閒魚首頁、同城、關注、搜尋、詳情等場景,並透過埋點所屬頁面(PAGE)、事件標識(ARG1)、事件型別(EVENTID)進行核心埋點的標記,最終在後續的測試中也更側重於這部分核心埋點,而這部分的埋點的校驗規則則是由樣本資料分析和人工規則干預得出的。
埋點資料上報
圈選出核心埋點之後,接著需要解決的問題就是如何獲取客戶端埋點資料。閒魚端上整合的埋點SDK是透過實時上報通道對埋點資料進行上報,上報後資料經過處理後會最終落到數倉中,所以說要拿到埋點資料可以從數倉中取資料,也可以在端上下功夫。由於數倉取數存在資料實時性不高、資料量大、呼叫鏈路長等問題,最終選取了客戶端埋點抄送的方案。透過對端上埋點上報通道的hook來實現每一個埋點資料抄送。
例如在Android端我們採用的是AOP切面攔截的方式對開發包的埋點資料進行截獲然後透過HttpAPI抄送到資料接收服務。當然採用這種直接攔截程式碼的方式做資料抄送需要熟悉程式碼邏輯,做最小化的侵入。除了AOP切面攔截,類似的通用技術方案Frida[1]也是不錯的選擇。
埋點校驗規則
有了埋點資料之後接下來就是補全核心埋點的特徵,例如埋點上報哪些欄位、欄位是必須上報的、欄位的值是離散的還是可列舉的、欄位在上下文場景中值的特點。後端的資料處理就會根據核心埋點的分佈和版本上報資料進行樣本的提取,對每個樣本逐欄位進行檢查,並統計Key的分佈、Value的分佈,當樣本數達到閾值之後根據歷史Key/Value分佈資料就能得出以下的基礎校驗規則
•Key非空
•Value非空
•Value取值範
上面的基礎規則得出之後進一步對資料進行聚類分析,就可以得出以下的場景校驗規則
•組合Key條件下Value的特徵
例如:透過樣本的聚類分析可以推斷出類似於“同一次搜尋過程中,rn引數必須保持一致”這樣的規則
埋點自動化測試
有了資料和規則接下來就需要自動化測試指令碼大顯身手了。透過手工操作閒魚App能知道對應埋點觸發的時機、頁面等資訊,因此只要編寫自動化測試程式碼替代人工的點選、滑動、瀏覽行為就可以做到埋點的自動化驗證。以搜尋點選核心埋點為例整體的自動化驗證過程示意如下
埋點的自動化測試可以大幅提高埋點回歸的效率,測試同學只需按照版本維護核心埋點自動化用例,就可以在分鐘級別完成閒魚核心埋點的自動化驗證。埋點自動化測試解決了大部分的核心埋點的精準驗證問題,版本比對則是在自動化之上實現埋點Diff的功能,透過不同版本埋點資料的比對快速檢測出新版本中哪些埋點丟了,哪些埋點埋點格式發生了變化,進一步降低人工排除的成本。
總結
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69900359/viewspace-2748880/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 得物技術埋點自動化驗證的探索和最佳實踐
- 51信用卡 Android 自動埋點實踐Android
- MTFlexbox自動化埋點探索Flex
- 自動化,如何無埋點形式復位場景
- 視覺化埋點在React Native中的實踐視覺化React Native
- 自動化驗證碼登入如何實現?
- 小程式從手動埋點到自動埋點
- 前端自動化UI測試的完整方案前端UI
- vue宣告式埋點實踐Vue
- Android全量埋點實踐Android
- 小程式自動埋點教程
- 全自動埋點 diff 工具
- 無埋點統計SDK實踐
- [閒魚技術] Flutter React程式設計正規化實踐FlutterReact程式設計
- 自動化測試的最佳實踐
- Nestjs最佳實踐教程(五):自動驗證,序列化與異常處理JS
- GMTC-閒魚Flutter實踐效果訪談Flutter
- Dubbo Mesh 在閒魚生產環境中的落地實踐
- 14 點自動化經驗
- 自動化測試中的驗證碼處理
- 面向切面程式設計AspectJ在Android埋點的實踐程式設計Android
- 商家視覺化埋點探索和實踐|得物技術視覺化
- 前端埋點方案分析前端
- DevOps 自動化實踐:提升效率的 Botdev
- 自動化運維工具ansible的實踐運維
- 阿里技術分享:閒魚IM基於Flutter的移動端跨端改造實踐阿里Flutter跨端
- SSL證書是如何驗證的?驗證方式推薦
- 閒魚專家詳解:Flutter React程式設計正規化實踐FlutterReact程式設計
- 如何使用Android視覺化埋點Android視覺化
- 自動化測試時對驗證碼的處理
- 「乾貨」介面自動化實踐:高效智慧介面場景自動巡檢方案
- Android手機QQ的UI自動化實踐AndroidUI
- 測試自動化中遵循的最佳實踐
- 介面自動化測試世界裡的“身份證”—測試工具Jmeter實踐篇JMeter
- 壓測怎麼做?如何自動化?盤點各大公司全鏈路壓測方案與實踐
- 如何實現 Java SpringBoot 自動驗證入引數據的有效性JavaSpring Boot
- js無侵入埋點方案JS
- 使用Fortran實現當前驗證碼自動化處理