APP測試要點

1.1安裝與卸載測試android

1)軟件安裝後是否能夠正常運行ios

2)安裝過程當中是否能夠取消web

3)安裝空間不足時是否有相應提示數據庫

4)是否能夠卸載應用(可經過桌面卸載,也能夠經過軟件卸載安裝。曾發如今ios手機上有個應用安裝時未徹底安裝,終止安裝後,未完成安裝的應用圖標一直顯示在手機上,而且沒法成功刪除)瀏覽器

5)卸載是否支持取消功能額,單擊取消後軟件卸載功能是否正常---不可逆緩存

6)卸載後文件是否所有刪除全部的安裝文件夾安全

7)安裝到本地仍是sd卡,有選項能夠提供服務器

8)安裝完自動刪除安裝包網絡

9)從不一樣的應用市場下載進行安裝?---安卓端session

10)重複安裝

1.2軟件升級測試

1)當客戶端有新版本時,是否更新提示;

2)當版本爲非強制升級版時,用戶能夠取消更新,老版本能正常使用,用戶在下次啓動app時,仍能出現更新提示;

3)當版本爲強制升級版時,當給出強制更新後用戶沒有作更新時,退出客戶端,下次啓動app時,仍出現強制升級提示。

4)檢查更新後各個功能是否能正常使用

5)在線跨版本升級後可否正常使用

版本升級會升級什麼內容?

  1. 修復bug
  2. 開發新功能
  3. 優化

1.3登陸測試

1)登陸用戶名和密碼錯誤時,界面有提示信息---Toast

2)用戶主動退出登陸後,下次啓動app時,應該進入登陸界面

3)密碼更改後,登陸時是否作到了有效數據的檢驗。

4)對於未登陸狀態時,一些頁面的操做,是否作了控制

5)切換帳號登陸,檢驗登陸的信息是否作到及時更新

6)對於多個端(web、ios、android等)進行操做時,確保數據庫操做無誤,且每一個端能夠及時看到數據的更新

7)一個帳號只容許登陸一臺機器的軟件,須要帳號登陸多個手機時,是否將原用戶踢下線,且能給給出提示信息---單點登陸

8)用戶登陸狀態過久,sessionid會過時,會出現「雖然是登陸狀態,系統會提示用戶沒有登陸」---sessionis—會話

1.4離線測試

是應用程序在本地客戶端會緩存一部分數據以供程序下次調用,對於一些程序,離線狀態下能夠瀏覽本地數據。

1) 對於離線(無網絡)時,刷新獲取新數據時,不能獲取數據時能給出友好提示

2) 對於外界的數據不提供離線察看,須要給出相應提示且界面更新後無任何數據

3) 離線下,退出app再開啓app時能正常瀏覽

4) 離線下,切換到後臺再切回app應用時能夠正常瀏覽

5) 離線下,鎖屏後再解鎖回到應用前臺能夠正常瀏覽

1.5ui測試

1)確保產品ui符合產品經理制定的原型圖與ui設計效果圖/切圖

2)通常設計界面(如菜單、對話框、窗口和其餘可視控件)佈局、風格、文字是否正確,頁面是否美觀,操做是否友好

3)如:安裝app後的加載頁顯示,分享頁面的產品logo顯示

1.6兼容性測試

APP測試大部分都是兼容測試

分辨率越高越耗電

版本能夠從5.0測起

1) 應用是否能夠在不一樣操做系統正常使用,若是開發有Android和iOS兩個平臺的軟件,那麼在這兩個平臺都要作兼容測試。如Android版本有5.1  6…8,iOS版本有7.1.二、8.三、9.一、10等;

2) 可否適配各類屏幕尺寸。

Android系列:4.x、5.x市場佔有率最高

iOS系列:iphone:3.5英寸、4英寸、4.8英寸、5.5英寸

3) 分辨率適配

分辨率 不一樣,界面圖標,文字大小會不一樣。保證主流分辨率下圖標展現完整,文字不被遮擋。

通常測試兼容性想Android系統手機,選取市面上主流手機就行。例如:小米,華爲,vivo,oppo等,ios系統手機就是五、六、6s、6plus、7

1.7安全性測試—權限測試

1)扣費風險:包括髮送短信、撥打電話、鏈接網絡、沒有網絡時可否提醒

   例如當網絡情況不好的時候,用戶在支付界面的屢次確認操做必須只能被執行一次。

2)隱私泄露風險:包括訪問手機信息,訪問聯繫人信息等

3)是否容許訪問相冊,拍照

4)是否容許錄音

5)是否容許定位

6)是否容許接收通知推送

通常對於大多數非支付類App來講,安全並非一個特別大的問題,只須要保證登陸鑑權的安全性既可。

1.8消息推送測試

1)默認開關應該是全打開狀態

2)設置開關能夠自由打開關閉,設置開關關閉時,客戶端接收不到消息推送

3)未鎖屏時,應用後臺運行,消息推送是否可正常接收

4)手機消息欄是否能夠接收到消息提醒。且點擊可查看。點擊後消息欄消失。

5)當push消息是針對登陸用戶的時候,須要檢查收到的push與用戶身份是否相符,沒有錯誤地將其餘人的消息推送過來

6)Push推送消息是是否能有針對性的推送,如相應內容推送給相應用戶(精準推送)

7)退出登陸後,是否接收push推送(根據需求來)

1.9先後臺切換測試

1)app切換到後臺,在回到app,檢查是否停留在上一次操做界面;檢查功能及應用狀態是否正常;程序是否崩潰,功能狀態是否正常,尤爲是對於從後臺切換回前臺數據有自動更新的時候

2)手機鎖屏解屏後進入app注意是否會崩潰,功能狀態是否正常

3)當app使用過程當中有電話進來中斷後再切換到app,功能狀態是否正常

4)當關閉app進程後,再開啓app,app可否正常啓動。

對於有數據交換的頁面,每一個頁面都必須要進行先後臺切換,鎖屏,網絡切換,app切換,電話切換,斷電切換等中斷的測試,這種頁面最容易出現崩潰

1.10異常中斷測試

1)交互異常性測試:客戶端做爲手機特性測試,包括被打擾的狀況:如來電、來短信、低電量測試等,還要注意手機端硬件上,如:待機,插拔數據線,耳機等操做不會影響客戶端

2)異常性測試:主要包含了斷網、斷電等狀況下,客戶端可否正常處理,保證數據正確性。

1.11網絡環境測試

1)測試3G、4G、wifi,有網/無網/弱網狀況下應用的運行

2)網絡很差時(弱網),提交數據是否一致處理提交中,是否會有延遲,數據交換失敗是否會有提醒。

3)有網到無網再到有網環境時,數據是否能夠自動恢復,正常加載(網絡中斷重連)

4)無網絡時,各類提示信息是否友好,數據本地化是否正確(好比提示當前已斷開網絡請檢查網絡設置;還有從wifi環境切換到4G環境提示是否啓用4G網絡,會產生扣費)

1.12性能測試

1)響應能力測試(例如:loadrunner/jmeter工具)

   App安裝、卸載的響應時間

   App各種功能性操做的響應時間(後臺服務器的性能)

2)壓力穩定性測試(例如:monkey)

   App反覆進行安裝卸載

   其餘功能反覆進行操做

3)app性能監控

cpu的佔用

內存的佔用

流量的耗用

電流的耗用

專門的性能測試小工具,例如GT、Instrunments、emmage(Android)、還有OneApm這種平臺能夠

2.一些關於APP測試的問題

1)APP的測試資源準備?

IOS設備、Android設備(選取市面上主流手機產品),支付寶/銀聯支付的項目,須要提早申請支付寶/銀聯帳戶等等。有秒殺專題的題目,須要規劃秒殺時間表;有優惠劵使用的項目,須要添加優惠券數據;

2)APP測試的穩定性?

瞭解什麼是穩定性,這項工做通常是在軟件產品基本功能完好陷後進行的一項測試工做,通常使軟件系統知足持續運行模式,進行正常狀況,臨界狀況的測試,看系統是否有異常。

通常使用monkey工具,向系統發送隨機事件流,如按鍵輸入,手勢輸入等,實現對軟件的穩定性測試。

3)APP測試與web測試的區別?

相同點:

一樣的測試用例設計方法;

一樣的測試方法;都會依據原型圖或者效果圖檢查UI;

測試頁面載入和翻頁的速度、登陸時長、內存是否溢出等;

測試應用系統的穩定性

不一樣點:

App的中斷測試:來電中斷、短信中斷、藍牙、鬧鐘、插拔數據線、手機鎖定、手機斷電、手機問題(系統死機重啓)

App的安裝卸載:全新安裝、升級安裝、第三方工具安裝、第三方工具卸載、直接刪除卸載、消息推送測試、手機受權測試、先後臺切換、網絡環境(wifi/2G/3G/4G/無網絡)

兼容性測試:web項目考慮不一樣瀏覽器的兼容;app須要考慮手機不一樣操做系統、不一樣機型、不一樣屏幕等。

Web自動化測試工具較經常使用QTP,而手機自動化monkey、monkeyrunner、appium

相關文章
相關標籤/搜索