(1) 非功能測試

app測試的一個重要方面是app的非功能需求。移動app在推出市場或進行進一步開發前，測試人員有一定的職責做該類需求的跟蹤工作。早期開發階段要進行的第一個測試應該是實用性測試。通常是由alpha使用者或同事進行的。走進一家咖啡館或餐廳，問問裡面的人他們的app使用情況。讓他們看看現階段開發的第一個版本並收集反饋，看看使用者是否能很好地使用新功能，以便得出第一印象。

(2) 功能測試

每項開發的新功能都需要進行測試。app測試中功能測試是一個重要方面。測試人員應該要進行手動測試和後期的自動化測試維護。剛開始測試時，測試員必須把app當做"黑盒"一樣進行手動測試，看看提供的功能是否正確並如設計的一樣正常運作。除了經典軟體測試，像點選按鈕、提交訂單看看會發生什麼，測試員還必須執行更多功能的app測試。除了整個手動測試過程，測試自動化對移動app也很重要。每個程式碼變化或新功能都可能影響現存功能及它們的狀態。通常手動迴歸測試時間不夠，所以測試員不得不找一個工具去進行自動化迴歸測試。現在市面上有很多自動化測試工具，有商業的也有開源的，面向各個不同平臺，如Android，iPhone，WindowsPhone7，BlackBerry以及移動Webapp。根據開發策略和結構，品質管理測試專家需找出最適合他們環境的自動化工具。

(3) 客戶端效能測試

一個App做的好不好，不僅僅只反應在功能上。被測的app在中低端機上的效能表現也很重要。比如：一個很好玩的遊戲或應用，只能在高階機上流暢執行，在中低端機上卡的不行，也不會取得好的口碑。關於App的效能測試，我們比較關注的引數有：CPU，記憶體，耗電量，流量，FPS。同時也需關注一下App的安裝耗時和啟動耗時。目前大家可能比較困惑的一個問題，多高的CPU，記憶體，耗電量，流量，FPS才算是符合釋出的值呢？這裡可以告訴大家，可以參考精品遊戲的一些數值，將自己研發的app與業內精品的app資料做對比。

(4) 適配相容測試

軟體測試的工作內容主要包括“驗證”和“確認”，具體內容如下。

一、驗證：保證軟體正確地實現了一些特定功能的一系列活動， 即保證軟體以正確的方式來做了這個事件。

1、確定軟體生存週期中的一個給定階段的產品是否達到前階段確立的需求的過程。

2、程式正確性的形式證明，即採用形式理論證明程式符合設計規約規定的過程。

3、評審、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或檔案等是否和規定的需求相一致進行判斷和提出報告。

二、確認：一系列的活動和過程，目的是想證實在一個給定的外部環境中軟體的邏輯正確性，即保證軟體做了使用者所期望的事情。

1、靜態確認，不在計算機上實際執行程式，透過人工或程式分析來證明軟體的正確性。

2、動態確認，透過執行程式做分析，測試程式的動態行為，以證實軟體是否存在問題。