標籤:
本文主要內容,轉載自 http://www.51testing.com/html/04/344504-849373.html,
在這裡,主要是整理一下app測試的總體思路,這裡的app不包括基於HTML5開發的web app。
新到手一個測試專案,首先要熟悉下整個項目的流程,把大致的運行架構過一片,仔細研讀開發spec,把不懂的地方及時記錄下來,匯總後和開發溝通。
思考產品的主要功能和使用者群體,目前市場上有哪些同類型的產品?如果有可能,在測試前,先用一下市場上同類app。
這是進行測試的第一步。
把產品流程掌握清楚後,在對照app的需求開發文檔,準備測試方案的初稿,考慮到app版本很多,測試案例不必寫的太詳細,列出主要模組的功能點,大致用什麼方法去測試,先標註出來,列出來一個checklist
對於手機app的測試要點,可以分為下面幾個方面,功能測試(流程測試、功能點測試)、相容性測試、交叉測試、安裝升級卸載測試、壓力測試等。
1. 功能測試,主要對具體功能點進行一一測試,確保每個點都能正確實現相應功能
具體建議按照模組來劃分,不重不漏。
Technorati 標籤: 測試
2. 相容性測試:對市場上主流的裝置安裝應用執行測試,確保都能正常運行,建議選擇第三方相容性測試平台,推薦使用Testin平台。
3. 交叉測試:對於正在啟動並執行應用,如果遇到簡訊電話幹擾、usb插拔提醒、充電提醒、低電量提醒等情況,看應用還能不能正常工作。
4. 安裝升級卸載測試:確保應用都能正確安裝、卸載和升級。
驗證App是否能正確安裝、運行、卸載,以及操作過程和操作前後對系統資源的使用方式,
主要包括:
1) 檢測軟體是否能正確安裝、運行、卸載;
2) 安裝、卸載、更新錯誤報表;
3) 其他輔助資訊:
位置和檔案夾是否合理
組件是否正確註冊或刪除;
5. 壓力測試: 使用者量大,互動性高的應用需要對網路介面執行壓力測試,確保應用在大使用者量的情況下能正常運行。
1. 在各種邊界壓力情況下(如電池、儲存、網速等),驗證App是否能正確響應。
2. 響應能力測試:測試App中各類操作是否滿足使用者回應時間要求
3. 壓力測試:反覆/長期操作下,系統資源是否佔用異常。
6. 易用性: 介面是否吸引人,容易理解,整體介面整潔、統一、無錯別字,文字、圖片是否美好,操作是否友好。
如果測試人員認為有不合理的地方,可以提Bug。
對於測試人員或者使用者反饋的問題,需要專門的測試人員進行統一匯總,填入到Bug跟蹤系統進行跟蹤處理。對於一些較為嚴重的crash或無法重現的問題,需要在軟體中加入自動反饋的crash log機制,自己寫或者用第三方友盟的應用統計都是可以的。在應用的升級維護中,log日誌的分析是很關鍵。
Bug修複後的迴歸測試,在交付前,要進行全量用例的迴歸測試。
Android App測試要點