測試從0到1 App專項測試探討（十）

智能機愈來愈廣泛，你們對安裝的應用不只在於關注功能使用，也開始關注在體驗使用以及性能方面，各app爲了佔領市場或者擴大份額，須要測試也開始關注在專項測試，本期測試網絡會議主要討論app的專項測試。

時間：2020.3.21 晚9點

主持人：小悠

主題：安卓專項測試

參加人員：安仔，航仔，小葉，皮卡丘，人生 （6人）

關鍵詞： 項目週期，使用場景，啓動時間，內存，cpu，幀率（fps），GPU，頁面加載，電量，流量，apk大小，崩潰率，穩定性，monkey，monkeyrunner, GT,soloΠ，bugly 、聽雲、神策，友盟，adb，Matrix ApkChecker，perfdog，itest（第三方雲測），冷啓動，暖啓動，Battery Historian，appium，丟包，卡頓，破解，安全

總體主要圍繞着安卓和蘋果兩大系統的專項進行討論，其中蘋果系統討論的仍是比較少，由於涉及到項目代碼的問題，基本都要在代碼插樁或者使用xcode來使用，測試權限及能力問題，其中業務涉及教育，電商，平臺，遊戲等。主要涉及內容有專項流程及測試內容，具體你們仔細看下各位的發表記錄：

小悠：

皮卡丘：

小葉：

人生：

航仔：

安仔：

問題討論：
1、灰度測試你們都是怎麼進行的？會測試哪些內容？
進行：渠道迭代的版本去灰度，服務端a+b測試，把app發給用戶羣去使用採集數據，
測試內容：監控Crash、Anr率，測試電量、包大小，問題驗證，功能選擇
2、Ui自動化的穩定性及維護成本？
首先Ui自動化是要作的，由於它會減小回歸成本以及天天執行監控對應功能，可能還會發現Crash，亦可收集埋點，另外除了用例迴歸，還能夠遍歷測試；
作的時候可注意如下幾點：
一、用例覆蓋頁面穩定、功能穩定、核心場景；
二、每一個人單獨覆蓋一端的自動化，這樣人力會充足一點，出現問題也能夠你們相互討論，相互參考別人的自動化思想（包含用例設計、提升穩定性、耗時等）；
三、提升每一個人的技術，組織小組內的分享和事業部大前端（app+h5+微信小程序）測試的分享）
4.自動化工具的設計，最好是封裝過，入門門檻低，能夠供大部分人使用，維護成本就低；
5.要解決UI自動化的控件定位的痛點，好比能夠兼容多版本，可除了控件定位外，還能夠經過圖片識別；

3、app如何作線上的巡檢工做（如服務端錯誤） 不考慮UI場景；
推薦主要用接口自動化來覆蓋：
一、相比Ui自動化覆蓋的場景更多、鏈路更深；
二、app發版有周期性，服務端上線頻率更高，本身出問題的機率可能更大）
3.可經過服務端接口監控，好比用zabbix web監控，grafana
另外能夠經過jenkins進行用戶常規主要功能UI自動化大概10-20條左右，進行每日巡檢，保證用戶功能；

四.app bug 日誌收集 大家怎麼展開 
bugly 、聽雲、神策，友盟，本身埋點日誌收集平臺

以上就是關於總體的會議記錄。

如您也有興趣一塊兒參加咱們的網絡會議進行探討，可留言或者掃一掃加入咱們，而後發消息「主題討論」私聊我，通過審覈後就可加入咱們，加入的同窗得有毅力，可不是說着玩得哦~

 

本文分享自微信公衆號 - 測試通常不通常（TestAndTester）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。