對於手機項目（應用軟件），主要是進行系統測試。
而針對手機應用軟件的系統測試，我們通常從如下幾個角度開展測試工作：
功能模塊測試
交叉事件測試
性能測試
安全測試
容量測試
兼容性測試
接口測試
易用性/用戶體驗測試
硬件環境測試
安裝/卸載測試
升級/更新測試
1、功能模塊測試：
根據軟件需求說明書或者用戶需求驗證app的各個功能是否實現，採用如下方法實現並評估功能測試過程：
採用時間、地點、對象、行爲、和背景五元素或業務分析等方法、提煉app的用戶使用場景，對比說明和需求，整理出內在，外在及非功能直接相關需求，構建測試點和用例，並明確測試標準，若用戶需求中無明確標準遵循，則需要參考行業或相關國際標準或準則。
根據被測試功能點的特性列出相應類型的測試用例對其進行覆蓋，如：涉及輸入的地方需要考慮等價、邊界、負面、異常或非法、場景回滾、關聯測試等測試類型對其進行覆蓋。
在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤地方。
運行
1）App安裝完成後的試運行，可正常打開軟件。
2）App打開測試，是否有加載狀態進度提示。
3）App打開速度測試，速度是否可觀。
4）App頁面間的切換是否流暢，邏輯是否正確
5）註冊
–同表單編輯頁面
–用戶名密碼長度
–註冊後的提示頁面
–前臺註冊頁面和後臺的管理頁面數據是否一致
–註冊後，在後臺管理中頁面提示
6）登錄
–使用合法的用戶登錄系統。
–系統是否允許多次非法的登陸，是否有次數限制。
–使用已經登陸的賬號登陸系統是否正確處理。
–使用禁用的賬號登陸系統是否正確處理。
–用戶名、口令（密碼）錯誤或漏填時能否登陸。
–刪除或修改後的用戶，原用戶登陸。
–不輸入用戶口令和用戶、重複點（確定或取消按鈕）是否允許登陸。
–登陸後，頁面中登陸信息。
–頁面中有註銷按鈕。
–登陸超時的處理。
7）註銷
–註銷原模塊，新的模塊系統能否正確處理。
–終止註銷能否返回原模塊，原用戶。
–註銷原用戶，新用戶系統能否正確處理。
–使用錯誤的賬號、口令、無權限的被禁用的賬號進行註銷
應用的前後臺切換
1) APP切換到後臺，再回到app，檢查是否停留在上一次操作界面。
2) APP切換到後臺，再回到app，檢查功能及應用狀態是否正常，IOS4和IOS5的版本的處理機制有的不一樣。
3) app切換到後臺，再回到前臺時，注意程序是否崩潰，功能狀態是否正常，尤其是對於從後臺切換回前臺數據有自動更新的時候。
4) 手機鎖屏解屏後進入app注意是否會崩潰，功能狀態是否正常，尤其是對於從後臺切換回前臺數據有自動更新的時候。
5) 當App使用過程中有電話進來中斷後再切換到app，功能狀態是否正常
6) 當殺掉app進程後，再開啓app，app能否正常啓動。
7) 出現必須處理的提示框後，切換到後臺，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。
8) 對於有數據交換的頁面，每個頁面都必需要進行前後臺切換、鎖屏的測試，這種頁面最容易出現崩潰。
免登錄
很多應用提供免登錄功能，當應用開啓時自動以上一次登錄的用戶身份來使用app.
1) app有免登錄功能時，需要考慮IOS版本差異。
2) 考慮無網絡情況時能否正常進入免登錄狀態。
3) 切換用戶登錄後，要校驗用戶登錄信息及數據內容是否相應更新，確保原用戶退出。
4) 根據MTOP的現有規則，一個帳戶只允許登錄一臺機器。所以，需要檢查一個帳戶登錄多臺手機的情況。原手機裏的用戶需要被踢出，給出友好提示。
5) app切換到後臺，再切回前臺的校驗
6) 切換到後臺，再切換回前臺的測試
7) 密碼更換後，檢查有數據交換時是否進行了有效身份的校驗
8) 支持自動登錄的應用在進行數據交換時，檢查系統是否能自動登錄成功並且數據操作無誤。
9) 檢查用戶主動退出登錄後，下次啓動app，應停留在登錄界面
數據更新
根據應用的業務規則，以及數據更新量的情況，來確定最優的數據更新方案。
1) 需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動刷新。
2) 確定哪些地方從後臺切換回前臺時需要進行數據更新。
3) 根據業務、速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新。
4) 確定數據展示部分的處理邏輯，是每次從服務端請求，還是有緩存到本地，這樣纔能有針對性的進行相應測試。
5) 檢查有數據交換的地方，均有相應的異常處理。
離線瀏覽
很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看。
1) 在無網絡情況可以瀏覽本地數據
2) 退出app再開啓app時能正常瀏覽
3) 切換到後臺再切回前臺可以正常瀏覽
4) 鎖屏後再解屏回到應用前臺可以正常瀏覽
5) 在對服務端的數據有更新時會給予離線的相應提示
App更新
1) 當客戶端有新版本時，有更新提示。
2) 當版本爲非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啓動app時，仍能出現更新提示。
3) 當版本爲強制升級版時，當給出強制更新後用戶沒有做更新時，退出客戶端。下次啓動app時，仍出現強制升級提示。
4) 當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。
5) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新後的客戶端功能是否是新版本。
6) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬於缺陷。
定位、照相機服務
1) App有用到相機，定位服務時，需要注意系統版本差異
2) 有用到定位服務、照相機服務的地方，需要進行前後臺的切換測試，檢查應用是否正常。
3) 當定位服務沒有開啓時，使用定位服務，會友好性彈出是否允許設置定位提示。當確定允許開啓定位時，能自動跳轉到定位設置中開啓定位服務。
4) 測試定位、照相機服務時，需要採用真機進行測試。
時間測試
客戶端可以自行設置手機的時區、時間，因此需要校驗該設置對app的影響。
–中國爲東8區，所以當手機設置的時間非東8區時，查看需要顯示時間的地方，時間是否展示正確，應用功能是否正常。時間一般需要根據服務器時間再轉換成客戶端對應的時區來展示，這樣的用戶體驗比較好。比如發表一篇微博在服務端記錄的是10：00，此時，華盛頓時間爲22：00，客戶端去瀏覽時，如果設置的是華盛頓時間,則顯示的發表時間即爲22:00,當時間設回東8區時間時，再查看則顯示爲10：00。
PUSH測試
1) 檢查push消息是否按照指定的業務規則發送
2) 檢查不接受推送消息時，檢查用戶不會再接收到push.
3) 如果用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到PUSH。
在非免打擾時間段，用戶能正常收到push。
4) 當push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。一般情況下，只對手機上最後一個登錄用戶進行消息推送。
5) 測試push時，需要採用真機進行測試。
2、交叉事件測試：又叫事件衝突測試
是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾測試。如：App在前/後臺運行狀態時與來電、文件ixaz、音樂收聽等關鍵運用的交互情況測試等。
多個App同時運行是否影響正常功能。
App運行時前/後臺切換是否影響正常功能。
App運行時撥打/接聽電話。
App運行時發送/接收信息。
App運行時發送/收取郵件。
App運行時切換網絡（2G/3G/WIFI）.
App運行瀏覽網頁。
App運行時使用藍牙傳送/接收數據。
App運行時使用相機、計算器手機自帶設備。
App運行時插拔充電器。
執行干擾的衝突事件不能導致軟件應用軟件異常、手機死機或者花屏等嚴重問題，還需要注意各交叉事件的優先級別，檢驗系統是否能依據各事件的優先級別依次進行處理。不能因執行優先級別高的事件而導致優先級別較低的事件吊死。另外有中英文模式切換的手機要注意中英文模式切換後的功能實現存在的問題。
3、性能測試：評估App的時間和空間特性
極限測試：
在各種邊界壓力情況下，如電池、存儲、網速等，驗證App是否能正確響應。
–內存滿時安裝App
–運行App時手機斷電
–運行App時斷掉網絡
響應能力測試：
測試App中的各類操作是否滿足用戶響應時間要求 。
–App安裝、卸載的響應時間
–App各類功能性操作的影響時間
壓力測試：
反覆/長期操作下、系統資源是否佔用異常。
–App反覆進行安裝卸載，查看系統資源是否正常
–其他功能反覆進行操作，查看系統資源是否正常
性能評估：
評估典型用戶應用場景下，系統資源的使用情況。
Benchmark測試（基線測試）：與競爭產品的Benchmarking, 產品演變對比測試等。
特定場景測試
1.通過模擬終端低電量（例如5%電量）的狀態來測試功能在該狀態下的正確性
2.通過模擬終端處於特殊地理位置（例如上海）來測試功能在該狀態下的正確性
3.通過模擬終端處於特定網絡狀態下（例如3G）來測試功能在該狀態下的正確性
深度性能測試
1.獲取App在典型使用場景及狀態下消耗的電量流量消耗
2.獲取App在典型使用場景及待機狀態下消耗的流量
3.獲取App在典型使用場景及待機狀態下的CPU佔用率
4.獲取App在典型使用場景及待機狀態下內存量
5.獲取App冷啓動和熱啓動耗時內容
6.獲取App特定頁面的內容加載耗時
7.獲取App退出的耗時
8.獲取App在典型使用場景下幀率
4、安全測試：
軟件權限
–扣費風險：包括髮送短信、撥打電話、連接網絡等
–隱私泄露風險：包括訪問手機信息、訪問聯繫人信息等
–對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測
–限制/允許使用手機功能接人互聯網
–限制/允許使用手機發送接受信息功能
–限制/允許應用程序來註冊自動啓動應用程序
–限制或使用本地連接
–限制/允許使用手機拍照或錄音
–限制/允許使用手機讀取用戶數據
– 限制/允許使用手機寫人用戶數據
–檢測App的用戶授權級別、數據泄漏、非法授權訪問等
安裝與卸載安全性
–應用程序應能正確安裝到設備驅動程序上
–能夠在安裝設備驅動程序上找到應用程序的相應圖標
–是否包含數字簽名信息
–JAD文件和JAR包中包含的所有託管屬性及其值必需是正確的
–JAD文件顯示的資料內容與應用程序顯示的資料內容應一致
–安裝路徑應能指定
–沒有用戶的允許, 應用程序不能預先設定自動啓動
–卸載是否安全, 其安裝進去的文件是否全部卸載
–卸載用戶使用過程中產生的文件是否有提示
–其修改的配置信息是否復原
–卸載是否影響其他軟件的功能
–卸載應該移除所有的文件
–驗證App是否能正確安裝、運行、卸載，以及操作過程和操作前後對系統資源的使用情況，主要包括：
–檢測軟件是否能正確安裝、運行、卸載；大量真機多維度測試,兼容性測試無死角
–安裝、卸載、更新錯誤報告；包含安裝、卸載、高/低版本覆蓋安裝
–用於檢測的安全軟件包括：百度手機管家、LBE、QQ手機管家、網秦、安卓優化大師
數據安全性
–當將密碼或其他的敏感數據輸人到應用程序時, 其不會被儲存在設備中, 同時密碼也不會被解碼
–輸人的密碼將不以明文形式進行顯示
–密碼, 信用卡明細, 或其他的敏感數據將不被儲存在它們預輸人的位置上
–不同的應用程序的個人身份證或密碼長度必需至少在4一8 個數字長度之間
–當應用程序處理信用卡明細, 或其他的敏感數據時, 不以明文形式將數據寫到其它單獨的文件或者臨時文件中。以
–防止應用程序異常終止而又沒有側除它的臨時文件, 文件可能遭受人侵者的襲擊, 然後讀取這些數據信息。
–當將敏感數據輸人到應用程序時, 其不會被儲存在設備中
–備份應該加密, 恢復數據應考慮恢復過程的異常.
文章轉自
http://blog.csdn.net/huwei2003/article/details/52250830