Testin雲測試平臺初體驗

　　這幾天偶然接觸到了一個叫作Testin的雲測試平臺，通過一番體驗，感受仍是不錯的，由於裏面提供了大量的測試機型，能夠針對Android手機的嚴重碎片化現象作出比較全面的測試，同時Testin的測試內容包括了UI適配、內存分析、BUG查找、異常數據統計與分析等諸多方面，從反饋的結果當中咱們能夠提煉出不少有價值的信息，從而方便咱們進一步完善本身的應用。在此，我推薦你們去體驗一下，雖然說不必定能真正用到，可是能夠接觸和學習一些測試方面的知識。

　　下面，就讓我簡單說一下個人使用體會吧！

　　1、Testin提供的服務

　　Testin目前主要提供了六項測試服務，其中三項免費服務、三項收費服務，在此，我用表格的形式整理出了這六項服務的相關信息，以下：

編號	服務名稱	功能描述	收費狀況	通常方案（咱們本身平時選擇的方案）	優勢
1	內測	1.上傳應用以後，會自動生成一個應用下載頁，供用戶下載； 2.集成SDK後，會附帶搖一搖上傳BUG的功能。	免費	1.將應用上傳到公共的服務器，測試人員自行下載測試； 2.將打包好的應用上傳至應用市場； 3.直接經過通信工具傳輸安裝文件； 4.客戶端捕獲異常日誌並自動回傳至服務器； 5.測試人員和開發人員之間口頭反饋BUG，或者經過經常使用通信工具反饋BUG。	1.提供統一的應用下載頁面，能夠更加快速地進行分發測試； 2.搖一搖上傳BUG，能夠方便測試人員及時反饋使用過程當中遇到的BUG，提升反饋的效率和精確度。
2	標準兼容測試	最大支持100種通用機型免費測試，8小時內反饋測試結果（我用了本身的一個小Demo測試，實際反饋時間不到2小時）。	免費	1.模擬器測試。有的功能是模擬器沒法測試的，且模擬器的測試效果不如真機測試。 2.真機測試。通常公司的測試真機機型較少，很難覆蓋市面上的主流機型。	經過兼容性測試，能夠提升應用在各個機型上的兼容性，由於Android碎片化很嚴重，應用要真正作好須要進行大量機型的適配，這對於有大量用戶使用，須要作大量適配的APP頗有幫助； 自動測試，無需人工干預，100種機型，8小時內反饋測試結果。
3	崩潰分析	自動收集異常崩潰日誌並回傳至Testin服務器進行數據統計分析。	免費	經過異常捕獲工具捕獲崩潰日誌並回傳至服務器； 第三方平臺統計。	可以方便開發人員第一時間獲取應用崩潰記錄，並做出各類分析，從而更快速、更精準地修復BUG。
4	遠程真機測試	經過瀏覽器或者開發工具遠程鏈接真實設備，實時操做，快速定位問題	收費	1.模擬器測試。有的功能是模擬器沒法測試的，且模擬器的測試效果不如真機測試。 2.真機測試。通常公司的測試真機機型較少，很難覆蓋市面上的主流機型。	更專業的測試，提升測試質量。
5	深度兼容測試	由Testin專家團隊定製測試用例，在大量機型上面執行腳本測試，人工參與審查覈心功能和UI適配。	收費	開發人員本身測試，沒有測試用例，沒有大量機型，核心功能審查力度不夠，UI適配程度不夠。	更專業的測試，提升測試質量。
6	BUG探索	由Testin專家團隊測試應用中意想不到的BUG	收費	開發人員本身測試，一些意向不到的BUG難以測試到。	測試更仔細，更全面。

　　2、實用功能

　　我認爲Testin提供的服務中包含了如下實用的功能：

編號	功能
1	自動生成應用下載頁
2	搖一搖上傳BUG
3	大量真機兼容性測試
4	自動測試，如monkey測試等
5	自動收集異常崩潰日誌，並進行統計分析
6	收費功能測試更專業、更深刻、更全面、更完全

　　3、測試結果分析

　　我用本身的一個小Demo進行了測試，獲得瞭如下測試結果，測試結果是以圖形化報表的形式呈現的，從截圖能夠看出，測試數據統計分析包含了CPU分析、RAM分析、GPU分析、機型適配分析、問題分佈分析等各個方面，總的來講測試仍是很全面的。如下是測試結果的部分截圖：

　　1.測試結果總覽：

　　2.測試結果概況

　　a)兼容概況

　　b)性能概況

　　3.問題報告

　　a)問題類型分佈

　　b)問題緣由分析

　　c)終端屬性分析

　　d)失敗終端列表

　　4.性能報告

　　a)性能概況

　　b)性能分析

　　c)詳細性能列表

　　5.終端列表

　　a)篩選條件

　　b)詳細終端列表

　　4、使用感覺

　　1.Android端支持SDK和NDK兩種測試方案，可以對Java層和Native層代碼進行深度測試；

　　2.最終來看，Testin集成的過程仍是比較簡單、方便的；

　　3.測試的內容很全面，測試結果分析很詳細；

　　4.官方文檔質量有待提升，感受目前的官方文檔介紹稍微有點亂。舉個例子，官方並無說明SDK和NDK是應該分開集成，仍是一塊兒集成，所以在最開始在集成的時候，我先集成了SDK，而後又集成了NDK的jar包和.so庫文件，結果致使個人程序雖然可以正常運行，可是打包導出的時候一直提示引用的類重複，導不成功，最後我刪除了SDK，只是集成了NDK纔打包導出成功。出現這個問題的緣由是若是已經集成了NDK，那麼項目的libs下面的jar包實際上是就已經包含了SDK，就不須要再次集成SDK了。而官方給出的集成步驟裏面並未詳細說明。

　　5、使用建議

　　1.若是咱們尚未用過Testin，那麼咱們能夠在咱們的Demo或者項目裏面先使用一段時間免費服務，體驗一下免費功能的測試效果，若是以爲效果好，後期也確實須要使用收費服務，那麼再考慮收費服務吧；

　　2.對於簡單的APP或者用戶量小的APP，不必集成Testin；若是App較爲複雜，須要面對大量用戶，或者App的質量要求很高，那麼建議使用Testin；

　　3.做爲開發人員，測試環節每每被咱們忽略了，或者是沒忽略可是卻不夠重視。在Android的框架裏面實際上是集成了不少測試框架的，好比Adnroid SDK中的monkey.jar、JUnit、Memory Analyzer等，且結合Google推出的MVP、Clean、RxAndroid開發框架案例來看，單元測試的重要性不言而喻。所以，做爲開發人員，咱們應該有意識地去學會測試本身的軟件。

　　以上即是我初次使用Testin的心得，其中不免有紕漏，還請你們多多指教！同時，我順便說明一下，我寫這篇文章不是爲了給Testin作推廣，只是想分享一些值得分享的東西！