說起測試工程師惹想，很多人都會想到是一個專業(yè)工種问词，要想做測試工程師，需要高學歷嘀粱、會寫程序激挪、經(jīng)常參加培訓。但是現(xiàn)在卻不一樣了锋叨，我發(fā)現(xiàn)了一個神器——Bugtags垄分，可以讓普通的小編、客服娃磺、甚至掃地大媽都可以做測試——沒錯薄湿，人人都可以成為測試工程師。當然這種不合常規(guī)的事情偷卧，會有很多人不相信豺瘤，但是當你知道它的使用方法后，你就知道多么神了听诸。

Bugtags 是一個內(nèi)置在App中的Sdk坐求，只要一段代碼就可以集成它，集成完畢后晌梨，就可以直接在你的應用里提交所見所得的Bug桥嗤。同時在Bugtags 后臺，不僅可以看到測試人員提交的應用上的Bug仔蝌，還可以看到和這個Bug相關的設備信息泛领、重現(xiàn)步驟、堆棧信息掌逛、用戶數(shù)據(jù)师逸、控制臺日志、網(wǎng)絡請求、詳細數(shù)據(jù)篓像。通過查看這些數(shù)據(jù)动知，可以幫助App開發(fā)者很輕松的解決尋找Bug上的煩惱。

其次员辩，Bugtags不僅可以標注App上的Bug錯誤盒粮，還可以標注網(wǎng)頁問題。Bugtags目前提供了四大瀏覽器Chrome奠滑、Safari丹皱、Opera、Firefox的擴展程序宋税，可以通過在線安裝或者下載安裝包的方式直接安裝到對應的瀏覽器中摊崭，這樣在網(wǎng)站開發(fā)中遇到的網(wǎng)頁問題，也可以快速的通過Bugtags的擴展程序進行提交杰赛。

再次呢簸，Bugtags還提供了Bug、崩潰等問題的統(tǒng)計和跟進功能乏屯。當測試人員反饋Bug后根时，可以在后臺很清晰的看到目前的Bug總數(shù)、新發(fā)生的Bug數(shù)辰晕、正在修復的Bug數(shù)蛤迎、以及已經(jīng)解決的Bug數(shù)等數(shù)據(jù)，同時還可以把這些Bug問題指派給相關的工作人員含友，進而快速系統(tǒng)的解決App或網(wǎng)站的Bug問題替裆。

Bugtags的出現(xiàn)或?qū)㈩嵏矀鹘y(tǒng)的測試模式，使得測試工作進入一個新的時代唱较。具體可以從下面四個方面來分析：

1.快速定位Bug位置扎唾，幫助程序員快速解決產(chǎn)品Bug

通過情況下，一個Bug的產(chǎn)生南缓，跟諸多因素有關胸遇。比如可能是服務器端代碼問題，也可能是客戶端代碼汉形、網(wǎng)絡不穩(wěn)定纸镊、手機內(nèi)存緊張、用戶操作的步驟和方式等問題概疆，這些問題都可以成為誘因逗威，所以要解決一個Bug，不僅查找困難岔冀，而且解決起來也不容易凯旭。在傳統(tǒng)的Bug尋找中，是需要一個團隊相互配合的，比如服務器代碼的問題罐呼，要找服務器負責人鞠柄，客戶端的代碼，要找客戶端的工程師嫉柴⊙岫牛總之，要想從根本上解決一個Bug不僅耗人力计螺，還耗費時間夯尽。

但是有了這個Bugtags，在App測試中遇到的各種矛盾和問題都能輕易解決登馒。Bugtags不僅記錄了用戶操作記錄匙握，還記錄了App運行中的設備信息、用戶數(shù)據(jù)谊娇、堆棧信息肺孤、控制臺日志、網(wǎng)絡詳情济欢、詳細信息等所有和Bug相關的靜態(tài)數(shù)據(jù)。對程序員來說小渊，有了這些靜態(tài)數(shù)據(jù)就可以輕而易舉的定位Bug的位置法褥，同時再使用Bugtags的問題跟蹤功能和指派功能，通過工單的方式直接指派給相關負責人員酬屉，相關負責人員可以快速的跟進Bug半等，從而提高了團隊的工作效率。

2呐萨、讓專業(yè)測試人員的測試結(jié)果更加全面深入

對專業(yè)的測試工程師來說杀饵，在測試App的時候，完成App的測試截圖以及錯誤描述谬擦，甚至再用專業(yè)的術(shù)語描述下錯誤的類型已經(jīng)足夠了切距。但是有些動態(tài)的錯誤是無法截圖的，比如一些頁面的閃屏錯誤惨远，出現(xiàn)時間短的錯誤谜悟，測試人員根本沒有足夠的時間來完成截圖的，還有就是隨機產(chǎn)生的錯誤問題北秽，也是無法非常不容易發(fā)現(xiàn)的葡幸。

但是通過Bugtags，所有測試的動態(tài)數(shù)據(jù)和記錄都可以通過其“重現(xiàn)步驟”來記錄贺氓。對測試人員來說蔚叨，在對靜態(tài)問題進行記錄時，可以直接使用Bugtags的浮標進行標記、描述蔑水，相對之前的截圖標記方式邢锯，更加方便快捷，同時在對隨機出現(xiàn)的Bug以及無法截圖的動態(tài)Bug肤粱，Bugtags的“重現(xiàn)步驟”可以清晰的記錄動態(tài)隨機發(fā)生的錯誤弹囚。

通過對動態(tài)數(shù)據(jù)的記錄，彌補了傳統(tǒng)測試的缺陷领曼，使得專業(yè)測試人員的結(jié)果更加深入和全面鸥鹉。如下圖：通過觀看隨機性Bug的重現(xiàn)步驟，快速找到Bug產(chǎn)生的原因庶骄。

3.提升了用戶反饋Bug的產(chǎn)品體驗

做產(chǎn)品最糟糕的情況毁渗，就是讓用戶為產(chǎn)品反饋Bug。比如筆者曾經(jīng)在用“赤兔”這款App的時候单刁，出現(xiàn)了一個Bug灸异，反饋給對方程序的時候，對方讓我提供App版本號羔飞，手機系統(tǒng)版本號肺樟，錯誤截圖，以及錯誤描述等信息逻淌，這些專業(yè)的信息對普通用戶來說么伯，簡直就是天方夜譚。很多情況下卡儒，用戶是不會幫你反饋的箭券，用戶只會認為你的App不好邪意，并且立馬卸載你的App......所以說力崇，讓用戶幫你做專業(yè)的Bug反饋真是非常糟糕的體驗爸黄。

不過這些問題都可以迎刃而解了，在App中內(nèi)嵌Bugtags的Sdk后擎鸠，用戶只要搖一搖缀磕，就可以提交崩潰發(fā)生的截圖，用戶不要寫任何專業(yè)的描述糠亩，也不要去明白什么專業(yè)術(shù)語虐骑，只要搖一搖就可以把App的崩潰問題提交到Bugtags的后臺。搖一搖的功能赎线，使得用戶可以更加快速的提交Bug廷没，而不需要明白更多的專業(yè)術(shù)語，從而提升了用戶提交Bug反饋的體驗垂寥，防止了產(chǎn)品的用戶流失颠黎。

如下圖另锋，用戶反饋只要“搖一搖”，就可以快速提交Bug狭归。

4.降低了App創(chuàng)業(yè)團隊的測試成本

在當下大多數(shù)的App初期創(chuàng)業(yè)團隊里夭坪，都是沒有預算招聘專業(yè)的測試人員的，多數(shù)的測試工作都是非專業(yè)測試人員來完成的过椎，但是還要把App的測試做好是當下很多App開發(fā)團隊的難題室梅。這個問題如果解決不善，就會出現(xiàn)App上線之后各種各樣的體驗問題疚宇、業(yè)務流程缺陷亡鼠、更嚴重的是各種閃退，這些問題使得App惡評不斷敷待，來自不易的用戶迅速流失间涵，使得初期的App創(chuàng)業(yè)團隊更容易失敗。

但是目前看來榜揖，這個難題很容易的解決了勾哩，通過在App中嵌入Bugtags的Sdk，任何非專業(yè)的測試人員都可以把測試App時遇到的各種問題反饋到Bugtags后臺举哟，程序員不需要再看一個測試是否專業(yè)思劳，只要看結(jié)果即可。通過Bugtags的靜態(tài)記錄和動態(tài)記錄功能妨猩，任何非專業(yè)的測試人員都可以提交Bug敢艰。這個方式很容易的解決了初創(chuàng)團隊沒有預算招聘專業(yè)測試工程師又想做好測試的矛盾問題，從而降低了App創(chuàng)業(yè)的成本册赛。

當然，不管當今的云測還是眾測震嫉，基本做的還是測試的表層工作森瘪。對于云測行業(yè)來說，各家都在拼命買手機票堵，手機越多越有說服力扼睬，同行業(yè)競爭的壁壘主要還是手機的多少。另外一個是眾測行業(yè)悴势，靠的是人海戰(zhàn)略窗宇，即一個平臺的測試工程師越多越有機會，但是所有的測試特纤，并沒有解決測試的深度問題以及測試的全面性問題军俊。

Bugtags的出現(xiàn)或許將改變這個現(xiàn)狀，一個App只要抽樣選取少量的用戶捧存，就能測試出App的所有問題了粪躬。隨著用戶的增多担败，用戶的機型也會增多，測試的準確率也就越高镰官。安裝Bugtags的App就相當于一個云測和眾測團隊了提前，而且這個團隊本身就是忠實于App的用戶。

隨著越來越多的大型和創(chuàng)新型團隊如大疆無人機泳唠、丁香園狈网、映客直播、樂逗游戲等開始使用這種新的測試方式笨腥，Bugtags的出現(xiàn)拓哺，或許將顛覆傳統(tǒng)的測試模式，改變當下的云測和眾測模式扇雕，帶來真正的測試行業(yè)的變革拓售。

作者：移動互聯(lián)網(wǎng)李建華，微信：ydhlwdyq镶奉，本文為移動互聯(lián)網(wǎng)原創(chuàng)稿件础淤，轉(zhuǎn)載請標明來源和出處。