目錄
一、安全測試 1
1、軟件權限： 1
2、數據安全性： 1
3、通訊安全性： 2
4、人機接口測試： 3
二、安裝、卸載測試： 3
1、安裝 3
2、卸載 3
三、UI測試： 4
1、導航測試： 4
2、圖形測試： 4
3、內容測試： 4
四、功能測試： 5
1、運行： 5
2、免登錄 6
3、應用的前后臺切換： 7
4、數據更新 7
5、離線瀏覽 7
6、App更新 8
7、時間測試 8
8、PUSH測試 9
9、具體功能測試： 9
五、性能測試： 9
1、強度測試： 9
2、負載測試： 10
3、響應能力測試： 10
4、壓力測試： 10
5、性能評估： 10
6、Benchmark測試（基線測試）： 11
六、交叉事件測試： 11
七、兼容測試： 11
八、回歸測試： 12
九、升級、更新測試： 12
十、用戶體驗測試： 12
十一、硬件環境測試： 13
1、手勢操作測試 13
2、網絡環境 13
3、服務器宕機或出現404、502等情況下的測試 14
十二、數據庫測試： 14
十三、接口測試：15

一、安全測試

1、軟件權限：
1）扣費風險：包括發送短信、撥打電話、連接網絡等 ；
2）隱私泄露風險：包括訪問手機信息、訪問聯系人信息等 ；
3）對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測；
4）限制/允許使用手機功能接入互聯網；
5）限制/允許使用手機發送接受信息功能；
6）限制/允許應用程序來注冊自動啟動應用程序；
7）限制或使用本地連接；
8）限制/允許使用手機拍照或錄音；
9）限制/允許使用手機讀取用戶數據；
10) 限制/允許使用手機寫人用戶數據；
11) 檢測App的用戶授權級別、數據泄漏、非法授權訪問等；
2、數據安全性：
1）當將密碼或其他的敏感數據輸人到應用程序時, 其不會被儲存在設備中, 同時密碼也不會被解碼；
2）輸人的密碼將不以明文形式進行顯示；
3）密碼, 信用卡明細, 或其他的敏感數據將不被儲存在它們預輸人的位置上；
4）不同的應用程序的個人身份證或密碼長度必需至少在4一8 個數字長度之間；
5）當應用程序處理信用卡明細, 或其他的敏感數據時, 不以明文形式將數據寫到其它單獨的文件或者臨時文件中；
6）防止應用程序異常終止而又沒有側除它的臨時文件, 文件可能遭受人侵者的襲擊, 然后讀取這些數據信息；
7）當將敏感數據輸人到應用程序時, 其不會被儲存在設備中；
8）備份應該加密, 恢復數據應考慮恢復過程的異常通訊中斷等, 數據恢復后再使用前應該經過校驗；
9）應用程序應考慮系統或者虛擬機器產生的用戶提示信息或安全替告；
10）應用程序不能忽略系統或者虛擬機器產生的用戶提示信息或安全警告, 更不能在安全警告顯示前,，利用顯示誤導信息欺騙用戶，應用程序不應該模擬進行安全警告誤導用戶；
11）在數據刪除之前，應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作；12）“ 取消” 命令操作能夠按照設計要求實現其功能；
13）應用程序應當能夠處理當不允許應用軟件連接到個人信息管理的情況；
14）當進行讀或寫用戶信息操作時, 應用程序將會向用戶發送一個操作錯誤的提示信息；
15）在沒有用戶明確許可的前提下不損壞側除個人信息管理應用程序中的任何內容Μ；
16）應用程序讀和寫數據正確；
17）應用程序應當有異常保護；
18）如果數據庫中重要的數據正要被重寫, 應及時告知用戶；
19）能合理地處理出現的錯誤；
20）意外情況下應提示用戶；

3、通訊安全性：
（1）驗證有來電，短信，郵件，微信，和設備特定報警時的app行為；
（2）驗證在手機電量低的情況下的app行為；
（3）驗證在手機正在充電的情況下，開啟藍牙，紅外，時app的運行；
（5）App將保持工作到通訊超時，進而發送給用戶一個提示，有連接錯誤；
（6）能處理網絡異常并及時將異常情況通報用戶；
（7）HTTP.HTTPS覆蓋測試；
（8）驗證在隧道，電梯等網絡質量突然改變的環境中的app行為；
（9）驗證手動更改網絡，從流量更改到wifi，或反過來時，app行為；
（10）驗證在沒有網絡的環境下的app行為；

4、人機接口測試：
（1） App需能處理不可預知的用戶操作，例如：錯誤的操作，同時按下多個鍵。

二、安裝、卸載測試：

1、安裝
（1）App在不同操作系統下安裝是否正常安裝呢，安裝后能夠找到app圖標，是否能正常運行，是否能正常登錄；
（2）App在同一操作系統下不同版本是否正常安裝，安裝后能夠找到app圖標，是否能正常運行，是否能正常登錄；
（3）安裝路徑應能指定，安裝后的文件夾及文件是否寫到了指定的目錄中；
（4）軟件安裝向導的UI測試；
（5）軟件安裝過程中是否可以取消，點擊取消后，寫入的文件是否如概要設計說明處理；
（6）軟件安裝過程中意外情況的處理是否符合要求（死機，重啟，斷電）；
（7）安裝空間不足時是否有相應提示；
（8）需要對安裝手冊進行測試，依照安裝手冊看是否能順利安裝；
（9）沒有用戶的允許app不能預先設定自動啟動；
2、卸載
（1）直接刪除安裝文件進行卸載是否有提示信息；
（2）直接卸載程序是否有提示信息；
（3）卸載是否安全，其安裝進去的文件是否全部卸載；
（4）卸載過程中意外情況的處理是否符合要求（死機，重啟，斷電）；
（5）卸載過程中是否可以取消，取消后軟件卸載的情況；
（6）卸載時用戶使用過程中產生的文件是否有提示；
（7）卸載是否影響其他軟件的功能；
（8）系統直接卸載UI測試；

三、UI測試：

1、導航測試：
（1）按鈕、對話框、列表、窗口等；
（2）是否易于導航，導航是否直觀；
（3）是否需要搜索引擎；
（4）導航幫助是否準確直觀；
（5）導航與頁面結構，菜單，連接也買年的風格是否一致；
2、圖形測試：
（1）橫向比較，各控件操作方式一致；
（2）自適應界面設計，內容根據窗口大小自適應；
（3）頁面標簽風格是否一致；
（4）頁面是否美觀；
（5）頁面的圖片應有實際意義且要求整體有序美觀；
（6）圖片質量要高且圖片尺寸在設計符合要求的情況下應盡量小；
（7）界面整體使用的顏色不宜過多；
（8）檢查按鈕功能是否都正確；
（9）頁面連接檢查：每一個連接是否都有對應的頁面，并且頁面之間切換正確；
（10）相關性檢查：刪除或增加一項會不會對其他項產生影響，若產生影響，這些影響是否都正確；
3、內容測試：
（1）輸入框說明文字的內容與系統功能是否一致；
（2）文字長度是否加以限制；
（3）文字內容是否表意不明；
（4）是否有錯別字，跟整體風格一致，布局合理；
（5）信息是否為中文顯示；
（6）是否有敏感性詞、關鍵詞；
（7）是否有敏感性圖片，如：涉及版權、專利、隱私等圖片；
（8）檢查字符長度是否符合規定；
（9）字符類型檢查：在應該輸入指令類型的內容的地方輸入其它類型的內容，看系統是否檢查字符類型，是否報錯；
（10）標點符號檢查：輸入內容包括各種標點符號，特別是空格，各種引號，回車鍵看系統處理是否正確；
（11）中文字符處理：在可以輸入中文的系統輸入中文，看是否會出現亂碼或出錯；
（12）輸入信息的位置：注意光標停留的地方輸入信息時，光標和所輸入的信息會否跳到別的地方；

四、功能測試：

1、運行：
1）App安裝完成后的試運行，可正常打開軟件；
2）App打開測試，是否有加載狀態進度提示；
3）App打開速度測試，速度是否可觀；
4）App頁面間的切換是否流暢，邏輯是否正確；
5）注冊
–同表單編輯頁面
–用戶名密碼長度
–注冊后的提示頁面
–前臺注冊頁面和后臺的管理頁面數據是否一致
–注冊后，在后臺管理中頁面提示
6）登錄
–使用合法的用戶登錄系統。
–系統是否允許多次非法的登陸，是否有次數限制。
–使用已經登陸的賬號登陸系統是否正確處理。
–使用禁用的賬號登陸系統是否正確處理。
–用戶名、口令（密碼）錯誤或漏填時能否登陸。
–刪除或修改后的用戶，原用戶登陸。
–不輸入用戶口令和用戶、重復點（確定或取消按鈕）是否允許登陸。
–登陸后，頁面中登陸信息。
–頁面中有注銷按鈕。
–登陸超時的處理。
7）注銷
–注銷原模塊，新的模塊系統能否正確處理。
–終止注銷能否返回原模塊，原用戶。
–注銷原用戶，新用戶系統能否正確處理。
–使用錯誤的賬號、口令、無權限的被禁用的賬號進行注銷
2、免登錄
很多應用提供免登錄功能，當應用開啟時自動以上一次登錄的用戶身份來使用app.

app有免登錄功能時，需要考慮IOS版本差異；

考慮無網絡情況時能否正常進入免登錄狀態；

切換用戶登錄后，要校驗用戶登錄信息及數據內容是否相應更新，確保原用戶退出；

根據MTOP的現有規則，一個帳戶只允許登錄一臺機器。所以，需要檢查一個帳戶登錄多臺手機的情況。原手機里的用戶需要被踢出，給出友好提示。；

app切換到后臺，再切回前臺的校驗 ；

切換到后臺，再切換回前臺的測試 ；

密碼更換后，檢查有數據交換時是否進行了有效身份的校驗 ；

支持自動登錄的應用在進行數據交換時，檢查系統是否能自動登錄成功并且數據操作無誤；

檢查用戶主動退出登錄后，下次啟動app，應停留在登錄界面；

3、應用的前后臺切換：

APP切換到后臺，再回到app，檢查是否停留在上一次操作界面。

APP切換到后臺，再回到app，檢查功能及應用狀態是否正常，IOS4和IOS5的版本的處理機制有的不一樣。

app切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候。

手機鎖屏解屏后進入app注意是否會崩潰，功能狀態是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候。

當App使用過程中有電話進來中斷后再切換到app，功能狀態是否正常

當殺掉app進程后，再開啟app，app能否正常啟動。

出現必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。

對于有數據交換的頁面，每個頁面都必需要進行前后臺切換、鎖屏的測試，這種頁面最容易出現崩潰。

4、數據更新
根據應用的業務規則，以及數據更新量的情況，來確定最優的數據更新方案。

需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動刷新。

確定哪些地方從后臺切換回前臺時需要進行數據更新。

根據業務、速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新。

確定數據展示部分的處理邏輯，是每次從服務端請求，還是有緩存到本地，這樣才能有針對性的進行相應測試。

檢查有數據交換的地方，均有相應的異常處理。
5、離線瀏覽
很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看。

在無網絡情況可以瀏覽本地數據

退出app再開啟app時能正常瀏覽

切換到后臺再切回前臺可以正常瀏覽

鎖屏后再解屏回到應用前臺可以正常瀏覽

在對服務端的數據有更新時會給予離線的相應提示

6、App更新

當客戶端有新版本時，有更新提示。

當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app時，仍能出現更新提示。

當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動app時，仍出現強制升級提示。

當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。

當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。

當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。

7、時間測試
客戶端可以自行設置手機的時區、時間，因此需要校驗該設置對app的影響。
–中國為東8區，所以當手機設置的時間非東8區時，查看需要顯示時間的地方，時間是否展示正確，應用功能是否正常。時間一般需要根據服務器時間再轉換成客戶端對應的時區來展示，這樣的用戶體驗比較好。比如發表一篇微博在服務端記錄的是10：00，此時，華盛頓時間為22：00，客戶端去瀏覽時，如果設置的是華盛頓時間,則顯示的發表時間即為22:00,當時間設回東8區時間時，再查看則顯示為10：00。

8、PUSH測試

檢查push消息是否按照指定的業務規則發送

檢查不接受推送消息時，檢查用戶不會再接收到push.

如果用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到PUSH。
在非免打擾時間段，用戶能正常收到push。

當push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。一般情況下，只對手機上最后一個登錄用戶進行消息推送。

測試push時，需要采用真機進行測試。

9、具體功能測試：
（1）信息重復：有一些需要命名，且名字應該唯一的信息輸入重復的名字，看系統有沒有處理，是否報錯，重命名包括是否區分大小寫，在輸入內容的前后輸入空格，系統是否做出正確處理。
（2）檢查刪除功能：在一些可以一次刪除多個信息的地方，不選任何信息，按delete看系統如何處理，然后選擇一個和多個信息，進行刪除，看是否正確處理。
（3）上傳下載文件檢查：上傳文件和下載文件的功能是否實現，上傳文件是否鞥年打開，對上傳文件的格式有何規定，系統是否有解釋信息
（4）Search檢查：在有search功能的地方輸入系統存在和不存在的內容，看search結果是否正確，如果可以輸入多個search條件，可以同時添加合理和不合理的條件，看系統處理是否正確。
（5）檢查BACK鍵：在有back的地方，back。回到原來接main，再back。重復多次，看是否出錯

五、性能測試：

1、強度測試：
（1）目的是找出因資源不足或競爭資源而造成的錯誤，如果內存或磁盤空間不足，測試對象就可能會表現出一些在正常條件下并不明顯的缺陷，（前提條件：連續運行8小時，設置添加10個用戶并發）；
（2）大數據量測試：讓測試對象處理大量的數據，以確定是否達到了使軟件發生故障的極限，可確定被測對象在給定時間內能夠持續處理的最大負荷或工作量；
（3）持續運行一個月，不關機；
（4）用戶并發測試：通過增加用戶數量來加重系統負擔，以檢測測試對象能 接受的最大用戶數來確定功能是否達到要求。
（5）在各種邊界壓力情況下，如電池、存儲、網速等，驗證App是否能正確響應。
–內存滿時安裝App
–運行App時手機斷電
–運行App時斷掉網絡
2、負載測試：
目的是確定系統在超出最大預期工作量的情況下仍能正常運行，還要評估性能特征，例如，相應時間，事物處理率……
3、響應能力測試：
測試App中的各類操作是否滿足用戶響應時間要求 。
–App安裝、卸載的響應時間
–App各類功能性操作的影響時間
4、壓力測試：
反復/長期操作下、系統資源是否占用異常。
–App反復進行安裝卸載，查看系統資源是否正常
–其他功能反復進行操作，查看系統資源是否正常
5、性能評估：
評估典型用戶應用場景下，系統資源的使用情況。
6、Benchmark測試（基線測試）：
與競爭產品的Benchmarking, 產品演變對比測試等。

六、交叉事件測試：

對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如；App在前/后臺運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。交叉事件測試非常重要，能發現很多應用中潛在的性能問題。
1） 多個App同時運行是否影響正常功能
2） App運行時前/后臺切換是否影響正常功能
3） App運行時撥打/接聽電話
4） App運行時發送/接收信息
5） App運行時發送/收取郵件
6） App運行時切換網絡（2G、3G、wifi）
7） App運行時瀏覽網絡
8） App運行時使用藍牙傳送/接收數據
9） App運行時使用相機、計算器等手機自帶設備

七、兼容測試：

（1）驗證與本地及主流App是否兼容；
（2）驗證與各種設備是否兼容，若有跨系統支持則需要檢驗是否在各系統下，各種行為是否一致；
（3）不同操作系統的兼容性，是否適配；(ios3.1.3-ios5.0.1 ；Android 1.6-Android4.0；Winphone7.1及以上；Symbian v3，v5 Nokia Belle)
（4）不同手機屏幕分辨率的兼容性；
（5）不同手機品牌的兼容性；
（6）用不同的語言驗證app行為；
（7）是否有敏感性圖片，如：涉及版權、專利、隱私等圖片；
（8）驗證與輸入法軟件的兼容性；

八、回歸測試：

1）Bug修復后且在新版本發布后需要進行回歸測試。
2）Bug修復后的回歸測試在交付前、要進行全量用例的回歸測試。

九、升級、更新測試：

新版版發布后，配合不同網絡環境的自勱更新提示及下載、安裝、更新、啟勱、運行的驗證測試。
1）測試升級后的功能是否與需求說明一樣 ；
2）測試與升級模塊相關的模塊的功能是否與需求一致 ；
3）升級安裝意外情況的測試（如死機、斷電、重啟） ；
4）升級界面的UI測試 ；
5）不同操作系統間的升級測試；

十、用戶體驗測試：

以主觀的普通消費者的角度去感知產品或服務的舒適、有用、易用、友好親切程度。 通過不同個體、獨立空間和非經驗的統計復用方式去有效評價產品的體驗特性提出修改意見提升產品的潛在客戶滿意度。
1）是否有空數據界面設計，引導用戶去執行操作。
2）是否濫用用戶引導。
3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導
4）菜單層次是否太深
5）交互流程分支是否太多
6）相關的選項是否離得很遠
7）一次是否載入太多的數據
8）界面中按鈕可點擊范圍是否適中
9）標簽頁是否跟內容沒有從屬關系，當切換標簽的時候，內容跟著切換
10）操作應該有主次從屬關系
11）是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應具體定義
12）是否有橫屏模式的設計，應用一般需要支持橫屏模式，即自適應設計

十一、硬件環境測試：

1、手勢操作測試
1）手機開鎖屏對運行中的App的影響
2）切換網絡對運行中的App的影響
3）運行中的App前后臺切換的影響
4）多個運行中的App的切換
5）App運行時關機
6）App運行時重啟系統
7）App運行時充電
8）App運行時kill掉進程再打開
2、網絡環境
手機的網絡目前主要分為2G、3G、4G、wifi。

無網絡時，執行需要網絡的操作，給予友好提示，確保程序不出現crash。

內網測試時，要注意選擇到外網操作時的異常情況處理。

在網絡信號不好時，檢查功能狀態是否正常，確保不因提交數據失敗而造成crash。

在網絡信號不好時，檢查數據是否會一直處于提交中的狀態，有無超時限制。如遇數據交換失敗時要給予提示。

在網絡信號不好時，執行操作后，在回調沒有完成的情況下，退出本頁面或者執行其他操作的情況，有無異常情況。此問題也會經常出現程序crash。

3、服務器宕機或出現404、502等情況下的測試
后臺服務牽涉到DNS、空間服務商的情況下會影響其穩定性，如：當出現域名解析故障時，你對后臺API的請求很可能就會出現404錯誤，拋出異常。這時需要對異常進行正確的處理，否則可能會導致程序不能正常工作。

十二、數據庫測試：

1）一般的增、刪、改、查測試。
2） 當表不存在時是否能自動創建，當數據庫表被刪除后能否再自建，數據是否還能自動從服務端中獲取回來并保存。
3） 在業務需要從服務端取回數據保存到客戶端的時候，客戶端能否將數據保存到本地。
4） 當業務需要從客戶端取數據時，檢查客戶端數據存在時，app數據是否能自動從客戶端數據中取出，還是仍然會從服務器端獲取？檢查客戶端數據不存在時，app數據能否自動從服務器端獲取到并保存到客戶端
5） 當業務對數據進行了修改、刪除后，客戶端和服務端是否會有相應的更新。

十三、接口測試：

后續文章中詳細介紹

總結

以上是生活随笔為你收集整理的App通用测试点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。