我的第一次埋點功能測試

• 2019 年 11 月 20 日
• 筆記

-Tester-也哥-

01

進入正文

突然接到一個測試任務：埋點部分功能全面檢查第一輪測試

咦？埋點是什麼？問問旁邊的兩位同事，他們也沒聽說過埋點…

後來經過網上百度、問同事、問華華老師，終於弄明白了，在此做一下記錄：

1關於埋點

埋點測試只是數據採集的一種術語，而數據採集是提供給運營工作人員去了解手機app對於某些模組、場景的用戶使用情況.

進行的一個觸發埋點，將埋點採集到的數據到的數據進行上報的過程。

採集數據只是起點，將數據進行分析、整理、匯總以及報表展示，最終得出用戶對app普遍對使用行為，從而實現app面向用戶的改良才是目的。

為了產品更好符合用戶需求體驗才是終點。

2測試要求&所提供材料：

測試要求&所提供材料：

1、在測試環境進行測試

2、檢查點

▲ 檢查相應的模組是否做了埋點處理

▲ 檢查做埋點處理的模組的參數bpCode 是否正確

▲ 檢查埋點介面服務端是否返回成功的消息

(result=true)

檢查下埋點伺服器的請求地址

測試環境：

http://x.x.x.x:8680/hs-xh-buryingpoint-web/lbp/doLog

預發環境：

http://x.x.x.x:8680/hs-xh-buryingpoint-web/lbp/doLog

生產環境：

http://x.x.x.x:8680/hs-xh-buryingpoint-web/lbp/doLog

檢查目前其他入參資訊的準確性

(clickTime，appVersion等等)

針對目前全部會進行埋點的模組：

各個模組埋點編碼的對應表： (此處是介面文檔地址)

目前的埋點大部分只會在點擊某個菜單的時候做埋點處理

3測試步驟

1、測試使用工具：

fiddler 功能點：過濾

（https://blog.csdn.net/java2013liu/article/details/53337584fiddler）

或華華老師關於過濾成只查看x.x.x.x:8680/hs-xh-buryingpoint-web相關的內容

2、打開APP進行抓包。

2.1 首先抓取

http://x.x.x.x:8680/hs-xh-buryingpoint-web/lbp/doLog相關的內容

2.2 對各個模組或者功能點參照介面文檔中的埋點模組進行一一核實，看所傳的參數和響應結果是否有異常

3、有異常時可查看log資訊：

tail -fn200 /data/ftp/log/xx.log