車聯(lián)網(wǎng)埋點(diǎn)數(shù)據(jù)測試的問題研究

韋保俊 韋媛園 陳程

摘 要：車聯(lián)網(wǎng)作為物聯(lián)網(wǎng)在汽車領(lǐng)域的一個(gè)重要應(yīng)用，在智慧運(yùn)輸、智能交通建設(shè)等方面發(fā)揮著至關(guān)重要的作用，車聯(lián)網(wǎng)用戶行為數(shù)據(jù)的采集，是用戶行為分析中一個(gè)非常重要的環(huán)節(jié)。而“埋點(diǎn)”是數(shù)據(jù)采集（尤其是用戶行為數(shù)據(jù)采集）的常用方法。埋點(diǎn)數(shù)據(jù)的準(zhǔn)確性直接影響了車企對(duì)用戶行為數(shù)據(jù)收集的準(zhǔn)確率，測試數(shù)據(jù)的準(zhǔn)確性變得尤為重要，本文著重從車聯(lián)網(wǎng)的車機(jī)埋點(diǎn)數(shù)據(jù)的測試流程方法出發(fā)，闡述了車聯(lián)網(wǎng)埋點(diǎn)在收集用戶數(shù)據(jù)時(shí)準(zhǔn)確性的流程方法。

關(guān)鍵詞：車聯(lián)網(wǎng) 埋點(diǎn)測試 流程方法

Abstract：As an important application of the Internet of things in the automotive field， the Internet of vehicles plays a vital role in intelligent transportation and intelligent transportation construction. The collection of user behavior data of the Internet of vehicles is a very important link in user behavior analysis. "Buried point" is a common method of data acquisition （especially user behavior data acquisition）. The accuracy of embedded point data directly affects the accuracy of vehicle enterprises' collection of user behavior data， and the accuracy of test data becomes particularly important. Starting from the test process method of vehicle machine embedded point data of Internet of vehicles， this paper expounds the process method of accuracy of embedded point of Internet of vehicles in collecting user data.

Key words：vehicle networking， buried point test， process method

1 引言

埋點(diǎn)是一種數(shù)據(jù)分析工具，用來分析用戶行為，埋點(diǎn)數(shù)據(jù)可以直觀展現(xiàn)產(chǎn)品各個(gè)功能的用戶反饋，對(duì)于后續(xù)的產(chǎn)品規(guī)劃和功能優(yōu)化有很大的指導(dǎo)作用。如果埋點(diǎn)設(shè)計(jì)的地方不準(zhǔn)確，觸發(fā)機(jī)制有問題，或者埋點(diǎn)數(shù)據(jù)上報(bào)不成功，就失去了埋點(diǎn)的意義。埋點(diǎn)有問題，直接結(jié)果就是對(duì)收集到的用戶數(shù)據(jù)造成偏差，而驗(yàn)證埋點(diǎn)數(shù)據(jù)的準(zhǔn)確性，變得尤為重要。埋點(diǎn)測試是為了保證發(fā)布出去的車機(jī)軟件能有效的收集到用戶行為數(shù)據(jù)，是在發(fā)布之前反復(fù)充當(dāng)用戶角色去使用產(chǎn)品的過程，它是驗(yàn)證車機(jī)軟件埋點(diǎn)是否滿足預(yù)先要求的手段，是用戶數(shù)據(jù)收集過程的重要組成部分。

2 車聯(lián)網(wǎng)埋點(diǎn)測試中容易出現(xiàn)的埋點(diǎn)問題

車企測試人員基本上是按照車機(jī)埋點(diǎn)文檔對(duì)應(yīng)的埋點(diǎn)數(shù)據(jù)一一進(jìn)行測試，并隨時(shí)觀察埋點(diǎn)數(shù)據(jù)上傳的情況，從分析的角度出發(fā)，數(shù)據(jù)越準(zhǔn)確、越全面就越能達(dá)到理想狀態(tài)。在測試埋點(diǎn)的過程中，常會(huì)經(jīng)常出現(xiàn)以下問題，會(huì)影響數(shù)據(jù)的準(zhǔn)確性和完整性，需要著重注意。

2.1 重復(fù)統(tǒng)計(jì)埋點(diǎn)

當(dāng)測試人員在某一時(shí)間點(diǎn)對(duì)車機(jī)某一功能埋點(diǎn)進(jìn)行測試時(shí)，卻在該時(shí)間點(diǎn)上報(bào)了兩次該埋點(diǎn)，造成了重復(fù)統(tǒng)計(jì)。出現(xiàn)這一問題的原因有可能是埋點(diǎn)開發(fā)人員失誤，或者服務(wù)器超時(shí)等原因造成。這樣收集到的用戶信息分析將存在偏差，使得某一功能使用率遠(yuǎn)高于其他功能，影響分析結(jié)果的準(zhǔn)確性。當(dāng)出現(xiàn)這樣的問題，就需要追本溯源，查看問題根本原因，進(jìn)行糾正。

2.2 埋點(diǎn)未上報(bào)

在測試人員測試埋點(diǎn)的過程中，往往都是參照埋點(diǎn)文檔一項(xiàng)項(xiàng)進(jìn)行測試，測試人員根據(jù)功能項(xiàng)對(duì)埋點(diǎn)的所有觸發(fā)方式都進(jìn)行測試，每種觸發(fā)方式都應(yīng)上報(bào)，由于一個(gè)車機(jī)軟件中，功能較多，埋點(diǎn)也會(huì)很多，埋點(diǎn)觸發(fā)的界面不一樣，可能就會(huì)存在漏埋點(diǎn)的情況，造成收集用戶行為信息的缺失，導(dǎo)致用戶行為分析結(jié)果不全。

2.3 埋點(diǎn)上報(bào)錯(cuò)誤

在查看埋點(diǎn)數(shù)據(jù)上報(bào)結(jié)果時(shí)，也有上報(bào)埋點(diǎn)數(shù)據(jù)錯(cuò)誤的情況，比如某個(gè)用戶操作某個(gè)軟件功能時(shí)的反饋結(jié)果是成功，實(shí)際上顯示結(jié)果也是成功的，卻在后臺(tái)上報(bào)了失敗的結(jié)果，若在開發(fā)測試階段，尚未發(fā)現(xiàn)這樣的錯(cuò)誤上報(bào)埋點(diǎn)數(shù)據(jù)，則會(huì)在分析功能的穩(wěn)定性時(shí)暴露出來，讓數(shù)據(jù)分析人員得到錯(cuò)誤的分析反饋進(jìn)而得出錯(cuò)誤的分析結(jié)果。

3 車聯(lián)網(wǎng)埋點(diǎn)測試流程的方法

埋點(diǎn)的測試包括測試人員進(jìn)行測試，也應(yīng)由埋點(diǎn)設(shè)計(jì)者，即產(chǎn)品運(yùn)營進(jìn)行驗(yàn)收，才算是一個(gè)完整的測試過程，埋點(diǎn)的測試應(yīng)關(guān)注以下方法流程。

3.1 埋點(diǎn)測試內(nèi)容

埋點(diǎn)數(shù)據(jù)測試應(yīng)由測試人員和埋點(diǎn)設(shè)計(jì)者共同完成，測試通過后由研發(fā)部署上線。埋點(diǎn)測試主要包含以下測試內(nèi)容：

（a）校驗(yàn)觸發(fā)時(shí)機(jī)下前端/服務(wù)端埋點(diǎn)數(shù)據(jù)是否正常觸發(fā)。

（b）校驗(yàn)數(shù)據(jù)庫里是否收到上報(bào)的埋點(diǎn)數(shù)據(jù)。

（c）對(duì)事件和屬性的完整性及數(shù)據(jù)類型進(jìn)行校驗(yàn)。

3.2 埋點(diǎn)測試難點(diǎn)

通常我們做測試都是人工執(zhí)行并隨時(shí)觀察埋點(diǎn)數(shù)據(jù)上傳的情況，當(dāng)我們?cè)谧鰷y試的時(shí)候遇到跟預(yù)期不符的情況需要進(jìn)行記錄，這個(gè)時(shí)候需要冷靜的分析，并且反復(fù)去驗(yàn)證，排除錯(cuò)誤操作的問題。這個(gè)過程可能會(huì)很漫長，需要不斷的調(diào)整觸發(fā)方式，反復(fù)導(dǎo)出數(shù)據(jù)去定位問題，耗時(shí)耗力。有時(shí)候軟件版本發(fā)布非常頻繁，例如一至二周便更新一個(gè)版本，每一次更新新版本，都將會(huì)花費(fèi)大量時(shí)間和精力去做埋點(diǎn)測試。

3.3 埋點(diǎn)測試展望

自動(dòng)化埋點(diǎn)測試是最理想化的目標(biāo)，目前車企也逐步朝著這個(gè)方向努力。自動(dòng)化測試埋點(diǎn)是把人為的分析和執(zhí)行過程分離，執(zhí)行過程只是機(jī)器服從指令的運(yùn)行，模擬人工操作。通常測試人員提前將程序腳本編寫完畢，自動(dòng)運(yùn)行，可以做到脫離人工操作，并且減少人工在操作時(shí)造成的誤操作。只需要在拿到結(jié)果后進(jìn)行分析即可。同時(shí)，這種方式對(duì)測試人員能力的要求比較高，需要我們能進(jìn)行自動(dòng)化的收集各種監(jiān)控?cái)?shù)據(jù)、生成報(bào)表便于后續(xù)分析。未來發(fā)展會(huì)朝著智能化邁進(jìn)，測試中運(yùn)用自動(dòng)化和智能化工具，或運(yùn)用各種智能化測試模型，亦可減少測試誤差和出錯(cuò)率。

3.4 測試經(jīng)驗(yàn)累積

測試報(bào)告是埋點(diǎn)數(shù)據(jù)測試的必要結(jié)果，展示埋點(diǎn)數(shù)據(jù)結(jié)果是否通過，是否符合需求。測試報(bào)告中除了需要闡明測試埋點(diǎn)事件的基礎(chǔ)信息外，還需要有測試時(shí)間、測試軟件環(huán)境、測試結(jié)果以及結(jié)果說明，測試過程中遇到的問題、解決辦法和修復(fù)時(shí)間及修復(fù)版本等。同時(shí)需要將測試過程中遇到的問題，包括問題瓶頸、測試注意事項(xiàng)、數(shù)據(jù)問題和一些無法觸發(fā)或者修復(fù)的問題及原因，進(jìn)行記錄，便于下個(gè)版本測試以及對(duì)外發(fā)布。

4 結(jié)語

實(shí)際工作過程中，部分企業(yè)一方面強(qiáng)調(diào)數(shù)據(jù)獲取的重要性，另一方面卻依然沒有真正把重心投入進(jìn)來。用戶車聯(lián)網(wǎng)使用數(shù)據(jù)正在成為車企的核心資產(chǎn)，為企業(yè)產(chǎn)品改進(jìn)、營銷推廣及生態(tài)合作提供有力保證。而埋點(diǎn)數(shù)據(jù)則是產(chǎn)品的晴雨表，埋點(diǎn)數(shù)據(jù)可以直觀展現(xiàn)產(chǎn)品各個(gè)功能的用戶反饋，對(duì)于后續(xù)的產(chǎn)品規(guī)劃和功能優(yōu)化有很大的指導(dǎo)作用。因此整個(gè)埋點(diǎn)數(shù)據(jù)的測試至關(guān)重要，它能發(fā)現(xiàn)問題加以改進(jìn)，提升車聯(lián)網(wǎng)埋點(diǎn)數(shù)據(jù)的質(zhì)量。企業(yè)應(yīng)該重視數(shù)據(jù)的準(zhǔn)確性，避免數(shù)據(jù)設(shè)計(jì)出來了體現(xiàn)不出數(shù)據(jù)的價(jià)值，甚至引向錯(cuò)誤的結(jié)果。

參考文獻(xiàn)：

[1]梁小苗.大數(shù)據(jù)背景下軟件測試技術(shù)的發(fā)展[J].計(jì)算機(jī)與網(wǎng)絡(luò).2021（12）.

[2]廖愛紅.埋點(diǎn)管理系統(tǒng)分析與設(shè)計(jì)[J].辦公自動(dòng)化.2020，25（16）.

作者簡介

韋保俊：（1995—），男，廣西柳州人，上汽通用五菱汽車股份有限公司車聯(lián)網(wǎng)工程師。研究方向：數(shù)據(jù)平臺(tái)開發(fā)。

韋媛園：（1991—），女，廣西柳州人，上汽通用五菱汽車股份有限公司車聯(lián)網(wǎng)工程師。研究方向：數(shù)據(jù)平臺(tái)開發(fā)。