最近跟朋友討論手機軟體的時候，分析了幾種常見的型別，當然都是測試工作經驗的一種體現，記錄下來，陸續會不斷更新。
1. 網路異常
通常在網路異常的情況下，客戶端發出的請求，沒有在一定時間內得到恢復，但是一般都會有乙個超時的概念，如果程式在沒有處理好的情況下，超時之後無法處理程式的邏輯，則經常會出現crash。這種問題在網路差的情況下，經常出現，比如瀏覽論壇的時候，正常網路下訪問無問題，在網路極其差的情況下，經常性的崩潰就是屬於這個問題。
所以測試的過程中，我會通過拔路由器的網線的方式來進行測試，提交乙個介面請求之後，立即拔去路由器的線。這樣資料無法正常返回到客戶端，等待超時之後，看前端的處理方式。如果處理不好的情況下，就會出現崩潰發生。
2. 記憶體問題
通常在開發程式的時候，記憶體的洩露或者沒有正常**，造成程式隨著操作越來越多，占用的記憶體越來越大，最終導致崩潰的發生。
測試的過程中，這類問題會比較麻煩，總的來說，一款記憶體小的手機在測試的過程中是必須的，我會選擇一款256m記憶體，android 2.3的機器來進行測試。
同時會使用emmagee的小軟體進行檢測，當然有乙個合理的測試用力也是必須的。根據測試用例來正常跑軟體，測試結束之後得到一張關於記憶體使用的圖示，慢慢進行分析，對照測試用力進行分析檢視是否能發現記憶體洩露的操作，如果有可疑的操作就要對其進行重複性測試，還是使用emmagee的軟體，不斷的檢測乙個點。知道確認記憶體洩露的功能模組。
高階的測試還會使用ddms進行檢視，原理基本相同，具體方法可以檢視網上寫的邏輯。
總的來說，記憶體洩露對於測試人員，特別是手動測試人員比較困難，但是不是沒有方法來進行。
3. 介面返回值錯誤
在遇到這樣的問題的時候，一般會採用協調前台和後台之間的資訊來處理。根據公司的經驗，一般後台傳輸資料都需要自己的檢測程式來檢視具體的介面傳輸資料，有了合理的工具合理的分析平台才能處理的更好，在此感謝don， jason的努力，在能檢視介面傳輸資料之後，確實對測試的工作產生了正面的影響。
4. 手機特定型別錯誤
因為安卓手機畢竟有著眾多的品牌和型別，軟體在執行的過程中難免會出現功能和某些測試機器，或者不同ui上出現崩潰的問題。
彙總的說，其實umeng平台還是提供了良好的方式來處理這些崩潰問題，在友盟捕捉到的錯誤日誌中分析，可以不斷的提公升產品質量。不是做廣告，只是告訴大家明智的敏捷開發團隊一定會採用這樣輕量級的平台來提公升品質。
菜鳥寫東西還需要不斷更新。。。
5. 渲染出現的問題
在系統版本為2.3 一下的手機上容易出現，其實這也是與手機的效能相關的，在2.3以下的時候，通常手機的記憶體都比較小 256兆 和 512的記憶體上經常會出現類似的情況。
手機app端，token的詳解
token是什麼？token是服務端生成的一串字串，以作客戶端進行請求的乙個令牌。當第一次登陸後，伺服器生成乙個token便將此token返回個客戶端，以後客戶端只需帶上這個token前來請求資料即可，無需再次帶上使用者名稱和密碼。如何使用token？兩種使用方式 1 用裝置號 裝置mac位址作為t...
手機app端，token的詳解
token是什麼？token是服務端生成的一串字串，以作客戶端進行請求的乙個令牌。當第一次登陸後，伺服器生成乙個token便將此token返回個客戶端，以後客戶端只需帶上這個token前來請求資料即可，無需再次帶上使用者名稱和密碼。如何使用token？兩種使用方式 1 用裝置號 裝置mac位址作為t...
網頁端開啟手機上的app
這是乙個既直觀又很好的使用者體驗，但在實現過程中會遇到各種問題 在ios9中如何處理universal link被使用者誤關的情況 如何解決android各種機型 各種第三方瀏覽器導致的相容問題等 下面是我一些個人的經驗分享。這塊內容其實比較簡單，在網上都有很多資料可供查閱，就不再贅述。因為ios9...