移動開發測試簡略

手機APP的各測試類型與方法實踐淺見

在無專業的的測試人員的情況下

人員的靈活的調配;
避免,隨便點擊,測試無方向性;
結合功能表,具體劃分到責任人.跨界的問題可以提交到對應人的郵箱.
結合任務,反饋給一個具體的時間節點推進節點.
測試真機,尤其是安卓,需要行政部門協調,統計機型(系統),需要具體落實機型的測試.

• .接口協議測試(結合原型、數據庫、進一步完善接口文檔)

  在APP客戶端開發設計時，一般服務端會提供相應的接口協議文檔，接口協議文檔的質量，決定了APP的開發進度。此部分的測試，應首先檢測接口的完整性，根據APP需求，檢查是否所有數據都有相應的接口返回；其次正確性驗證，驗證返回的接口信息是否正確，提示代碼是否符合要求；第三：可採用Postman或者在線請求等工具，對設計的測試用例進行測試。服務器性能測試。

  1. 易用性測試,文字文案的合法合理性,很重要
     功能是否一目瞭然，簡單方便，不會出現難以理解的隱藏菜單等不方便使用的現象,
     功能敘述是否有問題,是否有違規的表述,是否有錯別字,是否有歧義表述.
     H5頁面.

  2. app基本功能的測試[可做測試功能Excel]
     APP的開發模型一般爲敏捷開發模型，所以測試也應是敏捷測試。測試過程我設計爲三個階段（1）冒煙測試（2）探測性測試->用例（3）迴歸測試；首先對每個提交的功能模塊快速進行冒煙測試，到可組合成完整功能模塊時，進行探測性測試，當所有功能模塊完成之後，進行相應的系統測試。若是運營級的產品，可適當利用Robotium等自動化工具實現功能自動化測試。
     

  3. app 分辨率兼容性測試，針對不同版本和屏幕大小的iOS系統，以及安卓版本

  安卓終端適配測試
  因爲安卓操作系統類型，版本較多，生產廠家也五花八門的，所以對手機APP進行終端適配測試決對是個體力活。對這部分的應試，應選擇一定的策略，可以分爲分內部測試(行政大致統計可以測試的機型,進行測試.)、雲測試和用戶測試三方面進行，具體如下
  
  兼容市場上主流機型,主流系統(中華酷聯米,安卓4.4)

Android APP功能測試檢測點概要

手機平臺對於PC平臺來說，存在一些天生的弱勢，如CPU/RAM資源、屏幕尺寸、OS處理機制、OS版本等等，這都直接導致了手機平臺APP的測試相對於PC平臺APP存在較多的問題，要考慮的因素也更多，測試也相對較困難和複雜。在進行Android APP功能測試時，總結了些常出現BUG的地方如下：

1.網絡問題
（1）斷開網絡後，進行相應的增、刪、改、查操作；此處若請求異常沒作處理，容易crash；
（2）連接網絡，當加載的文件較大，網絡不穩定時，檢測文件能否正常加載，是否會直接crash；

（3）測試時，應在2G、2.5G、3G網絡中都進行測試。
（4）當啓動APP要加載服務器數據時，或網絡中斷，應進行提示，並能彈出對話框引導設置。

2.手機操作問題
（1）當按手機返回鍵時，檢測APP是否與程序返回按鈕一致；此處容易出現crash。
（2）當APP彈出對話框後，按手機返回鍵，檢測對話框與主程序界面是否正常返回；此處容易對話框消失後，無法對主程序進行操作。
（3）當在首頁按返回鍵時，檢測程序退出是否有提示或按要求退出APP；
（4）按設置按鍵，查看是否有響應；
（5）按home鍵後，再次進入APP，檢測是否再次進入；
（6）進行橫豎屏操作，檢測APP運行情況；
（7）APP併發操作，如當下拉加載操作時響應事件還未完成時，快速點擊其它事件，檢測響應情況，是否crash。

3.衝突問題
（1）APP運行時來電話；
（2）APP運行時來短信；
（3）APP運行時鬧鐘響；
（4）測試時應關注activity生命週期的測試，如onCreate,onDestroy,onStart,onStop,onPause,onResume.

4.UI設置問題
（1）所有要求單行的文本框，要求檢測是否能回車換行，若能回車換行，測爲BUG；
（2）當提交數據操作時，有文本框必錄數據項沒錄入，則應有提示信息。
（3）當在文本框錄入內容時，彈出的軟鍵盤很容易蓋住文本框，使得錄入很不方便，應建議處理。

5.手機設置問題
（2）過網絡或GPS定位，應注意後臺配置,同理，其它功能開發時，也應能自動的打開或關閉相應的配置，並進行提示。

6.緩存機制問題
（1）在開發或測試時，應關注緩存策略和處理機制，或能緩存的數據建議緩存 。(可選)

---

1. 安全測試，app讀寫電話薄，權限，訪問網絡等

   1. app使用過程中，接聽電話。可以測試不同的通話時間的長短，對於通話結束後，原先打開的app的響應，比如是否停留在原先界面，繼續操作時的相應速度等。
   2. app使用過程中，有推送消息時，對app的使用影響
   3. 設備在充電時，app的響應以及操作流暢度
   4. 設備在不同電量時(低於10%，50%，95%)，app的響應以及操作流暢度
   5. 意外斷電時，app數據丟失情況(例如購買時候,提現的時候,斷電或者斷網,)
   6. 網絡環境變化時，app的應對情況如何：是否有適當提示?從有網絡環境到無網絡環境時，app的反饋如何?從無網絡環境回到有網絡環境時，是否能自動加載數據，多久才能開始加載數據
   7. 多點觸摸的情況多點觸摸測試檢查同時響應的點。
   8. 跟其他app之間互相切換時的響應
   9. 進程關閉再重新打開的反饋

2. app UI測試，邊界，拖到，多點觸屏，UI元素大小，顏色，字體
   字體，顏色是否滿足用戶需求，符合用戶最佳體驗

3. 中斷恢復測試
   計算器使用過程中突然來電話，收到信息
   後臺運行恢復是否正常，斷網斷電等不同場景
   鎖屏鍵等快捷鍵測試。

4. 與其他app兼容性測試
   是否會出現,相互影響

5. app性能測試{程序猿}
   使用手機多少內存，是否內存泄漏。耗電量是否正常

6. 安裝卸載測試 升級等
   安裝包兼容性(是否有問題)

提交BUG問題

1.功能性Bug分析說明
功能性的Bug多數是涉及業務流實現方面，業務測試需要必測點文檔和用例來覆來覆蓋，由於對新業務不太瞭解，所及暫不贅述。但需要特別說明的是閃退，閃退是移動端應用一個比較常見的問題，佔約總數4%的比例，它可能會出現在各個操作場景，有的是由於頻繁發送網絡請求導致，有的是內存不足導致，有的是功能實現上的缺陷，且部分是非必現的，這就導致定位存在較大難度。
頻繁閃退大大降低了app的穩定性和用戶體驗度，尤其是業務流程上產生的閃退問題，所以閃退是緊急且重要的需處理問題之一。除了上線前全覆蓋測試以最大限度降低閃退風險外，上線後出現閃退可以通過自動提交日誌回傳給服務端的方式，供開發定位和解決問題。
閃退出現的場景分析如下表（我覺得把自已遇見的場景總結下來對以後的測試會有很大的幫助）：

2樣式Bug分析說明
樣式問題在統計中也佔有相當大的比例。通常對於研發而言，樣式和文案問題因爲很容易就可以修改技術含量較低，所以優先級都被放得很低，難以引起重視。並且提示性文案有時存在於多個頁面，很容易出現改不全的現象，這類問題上線後對產品的用戶體驗提升有一定影響。
社交App吸引客戶羣很大程度上取決於新穎的社交形式和獨特的樣式設計，所以樣式上出現問題很容易引起用戶的反感。針對界面樣式和文案問題，正常的避免的方式就是需求設計和UI設計規範化，尤其是敏捷開發項目，各個版本變更都需要經過評審且最終產出標準文檔提供給發開參考。
界面樣式Bug場景分析

1.3兼容問題和其他
兼容問題目前我在移動端遇見的，大多出現在iPhone7和IOS10：會出現不一致產生的拉伸變形；IOS10則是會有UI渲染和Ios8/9版本差異較大導致的(非必需)