一提到軟件測試，測試員基本想到的就是去檢查文件，功能，API，性能并確定軟件是否安全，以及關于軟件特定部分的其他事項。而對于移動測試，測試員不得不基于用戶移動使用模式考慮移動相關的功能。
功能測試
每項開發的新功能都需要進行測試。移動app測試中功能測試是一個重要方面，移動測試員應該要進行手動測試和自動化測試。剛開始測試時，測試員必須把移動app 當做“黑盒”一樣進行手動測試，看看提供的功能是否正確并如設計的一樣正常運作。除了經典軟件測試，像點擊按鈕看看會發生什么，測試員還必須執行更多功能的移動設備專門的測試。
如今，現代移動設備都有觸摸屏，要求多點觸控動作來與它們互動。設備可以是縱向或橫向顯示屏。它們提供動作，傾斜和螺旋傳感器。它們有不同的接口可以連接其他設備或服務，比如GPS，NFC，照相機，LED等等。
移動軟件測試員必須確保app的所有特定設備功能在app里都能用。移動設備的種類這么多，測試時要將所有的覆蓋是不可能的，所以功能測試時測試員要專注于他們app的關鍵之處。什么是真的簡單有效的呢？設備旋轉。我測試工作期間發現有許多bug僅需將設備從縱向旋轉為橫向再旋轉回來就好了。
除了整個手動測試過程，測試自動化對移動app也很重要。每個代碼變化或新功能都可能影響現存功能及它們的狀態。通常手動回歸測試時間不夠，所以測試員不得不找一個工具去進行自動化回歸測試。現在市面上有很多移動測試自動化工具，有商業的也有開源額，面向各個不同平臺，如Android，iPhone，Windows Phone 7， BlackBerry以及移動web app。根據開發策略和結構，質量保證專家需要找出最適合他們環境的自動化工具。
選擇一個工具對測試自動化并不容易，但做決定時有一點要牢記，因為很重要: 測試自動化應該使用同樣的編程語言作為產品代碼。如果測試和產品代碼用一樣的語言去寫，那對測試員和開發員都有好處，因為這就使得他們做配對代碼時可以輕松些。測試員可以和開發員在同一水平進行交流，他們可以執行測試和產品代碼的代碼審查。對于測試自動化，開發員可以用他們習慣的語言編寫他們自己的腳本。
非功能測試
移動app測試的另一重要方面是移動app的非功能需求。移動app在推出市場或進行進一步開發前，移動測試員有許多需要測試的問題。
早期開發階段要進行的第一個測試應該是實用性測試。通常是由alpha用戶或同事進行的。走進一家咖啡館或餐廳，問問里面的人他們的app使用情況。讓他們看看現階段開發的第一個版本并收集反饋，看看用戶是否能很好地使用新功能，以便得出第一印象。
檢查app的性能。將推出的版本與當前版本做一番比較，看看性能是一樣？更好？還是更差？將app安裝到舊的設備上，看看該app在舊設備上是否仍能運作，無論硬件設備好或差。最先進的設備也一樣要這么做。
測試電話，短信，彩信，微博或其他通知進來時app的反應。使用app時檢查一下電量。確保測試過程測試設備是充滿電的并每十分鐘檢查一下電池使用情況，看看該app有沒有太耗電。在低電量時把app安裝到設備上看看會發生什么。檢查app的內存使用情況。如果app在本地文件系統中存儲數據，測測不同內存卡的使用情況。想想看本地存儲快滿時會發生什么呢——app會崩潰或彈出出錯提醒框來通知用戶嗎？
測試app的安裝和刪除過程。更重要的是，測試從老版本升級為新版本的過程。或許本地數據庫已經改變了，這樣就會引起一些嚴重的遷移問題。
App被本地化了嗎？測試員需要用不同的語言測試app。記得在不同的網絡載體上以不同的網速進行測試。確定該app在GPRS， EDGE， UMTS， LTE和WiFi環境下都能運作。
別忘了檢查網絡連接不好或完全掉了時app會怎么反應。飛行模式下使用該app看看如果一個請求失敗了會發生什么。將測試設備連接到電腦上并檢查開發日志文件有沒有例外、警告或其他奇怪的異常之處。這些只是移動測試員和開發員開發和測試一個app時應該考慮的非功能需求中的一部分。每方面都檢查到位是絕不可能的，因此整體團隊應該支持QA成員盡量覆蓋更多方面以防用戶得到不好的體驗。
