APP測試入門
APP測試，有很多專項測試。目的都是為了提高使用者體驗。
比如你通過某做的很爛的APP向某人轉錢，網路不好，出現了再試一次，然後你比較傻，點了個四五次（我一般都不點）。然後突然網路好了，你轉出去四五筆錢。你不心疼流量也心疼錢啊。
考慮因素
網路：正常場景（不同網路2G/3G/4G/WIFI）、異常場景（無網、弱網、強網、）、
電量：正常場景、異常場景
記憶體：正常場景、異常場景
CPU：正常場景、異常場景
時間指標（效能指標）
熱啟動的響應時間
頁面切換的響應時間
（一般 native 的會好很多。如果遇到 HTML5 頁面，各種白屏，閃屏，轉菊花，那體驗就糟糕透頂了）、
前後臺切換響應時間
首字時間
首屏時間
無網路
首先，頁面呈現。做的好的應用會直接規避掉，如果無網路，直接退出到登陸介面。而做的差，就給你一個殘頁給你，這是非常糟糕的設計。
另外，資料完整性和session一致性其實是一樣的，這個在金融交易或者即時遊戲中很重要。比如你打副本打的很開心，然後突然地鐵鑽下去了，沒網了，副本還在進行，你可能都不知道已經沒網了。在網路恢復之後，會是怎樣一個狀態？另外，還需要關注的是，無網狀態下會不會還不斷的請求網路，不斷的做網路相關的操作。從無網狀態恢復到有網路，會不會有請求堆積？
強網路形態場景測試
如果你開著4G，然後一不小心打開了一個高清線上視訊，刷刷刷，就欠費上萬了，你的胸中必須有千萬頭草泥馬了吧。這就是強網路形態場景，有些場景就必須是開著wifi才能做的，有些場景必須對 2g 優化的。這事情開發必須清楚，他不清楚的話，測試需要幫忙測試出來。
據我所知，微信的升級就會監聽使用者是否插著電，連著wifi，一旦監聽到了，就馬上告訴你，現場可以升級。之前論壇裡有人報過支付寶的bug，說一開應用刷刷幾個M就沒了，事實上，這是因為支付寶內部的 html5 應用包升級，就沒有對具體網路場景做判斷，導致使用者心疼了把流量。
所以在設計這一塊測試用例的時候，最好和開發，pd一起討論下，畢竟只有pd定了，開發寫了，才能測的安穩。這塊的測試就必須上真機真卡了，目前為止還沒有哪位同學模擬出基站來的。
弱網測試
由於PC端時代，通常不存在弱網情況，所以大部分測試會聚焦在網路異常，即斷網情況，如：
異常資訊 容錯機制 超時機制 重連機制
到了移動時代，網路的形態也不再是單一的有線連線。2g/3g/edge/4g/wifi，不同的協議，不同的制式，不同的速率。場景也更加豐富，空曠的大街，擁擠的地鐵，快速飛馳的汽車。流量就是錢，凡是和錢相關的事情，就是大事。所以對於應用開發和測試都有不小的挑戰。那從測試角度來說，需要關注的就遠不止斷網情況了。我試著從功能，效能，穩定，異常處理，場景特性等幾個維度來歸納下，當然一切都是為了使用者體驗：
網路切換
HTML5 效能優化的文章，要多看啊
（一般 native 的會好很多。如果遇到 HTML5 頁面，各種白屏，閃屏，轉菊花，那體驗就糟糕透頂了）、
（首字時間、首屏時間、是否有302跳轉、頁面大小、是否開啟 GZip）
弱網測試參考文章：
https://blog.csdn.net/swordgirl2011/article/details/51765237
http://www.smarterapps.cn/index.php?app=home&mod=Appinfo&act=articleDetail&id=49
3秒定律參考文章：