https://www.cnblogs.com/fighter007/p/8431128.html

一.測試周期

　　測試周期一般為兩週，根據專案情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管或產品經理確認專案排期。

二.測試資源

　　2.1 產品功能需求文件

　　2.2 產品原型圖

　　2.3 UI設計效果圖

　　2.4 測試裝置（ios、Android、Winphone7.1及以上；Symbian v3/v5/Nokia Belle（這些系統應該已經沒人用，可根據實際情況自己安排））

　　2.5 測試計劃

　　2.6 測試大綱/測試用例

　　2.7 其他（例如有秒殺專題的專案，需要規劃秒殺時間表；有優惠券使用的專案，需要申請新增優惠券資料；支付寶/銀聯支付功能的專案，需要提前申請支付寶/銀聯賬戶等等）

三.測試要點

3.1 UI測試　　

　　A）  確保手頭的原型圖與效果圖為當前最新版本。

　　B）  確保產品UI符合產品經理制定的原型圖與效果圖。

　　C）  一切介面問題以效果圖為準，若有使用者體驗方面的建議，必須先以郵件或口頭的形式詢問產品經理。

　　D）由於測試環境中的資料為模擬資料，測試時必須預先考慮到正式環境中可能出現的資料型別。

3.2 功能測試　　

　　根據軟體說明或使用者需求驗證App的各個功能實現，採用如下方法實現並評估功能測試過程：

　　　　1）採用時間、地點、物件、行為和背景五元素或業務分析等方法分析、提煉App的使用者使用場景，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，並明確測試標準。 　　　　2）根據被測功能點的特性列出相應型別的測試用例對其進行覆蓋，如：設計輸入的地方需要考慮等價、邊界、負面、異常、非法、場景回滾、關聯測試等測試型別對其進行覆蓋。 　　　　3）在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤。   1.執行 　1）App安裝完成後的試執行，可正常開啟軟體。 　2）App開啟測試，是否有載入狀態進度提示。 　3）App頁面間的切換是否流暢，邏輯是否正確。 　4）註冊

• 使用者名稱密碼長度
• 註冊後的提示頁面
• 前臺註冊頁面和後臺的管理頁面資料是否一致
• 註冊賬號的輸入方式——複製貼上輸入/鍵盤輸入
• 註冊賬號錯誤或者不合法提示語是否正確
• 註冊賬號密碼中帶有特殊字元
• 註冊已註冊過的賬號
• 密碼的顯示方式（明文/暗文）

　5）登入

• 使用合法的使用者登入系統
• 系統是否允許多次非法的登入，是否有次數限制
• 使用已經登入的賬號登入系統是否正確處理
• 使用者名稱、口令（密碼）錯誤或漏填時能否登陸
• 刪除或修改後的使用者，原使用者名稱登陸
• 不輸入使用者口令和重複點“確定/取消”按鈕，是否允許登入
• 登陸後，頁面中登入資訊
• 頁面中有登出按鈕
• 登入超時的處理
• 正確賬號，錯誤密碼
• 錯誤賬號，正確密碼
• 賬號密碼為空
• 賬號密碼含有特殊字元
• 正確賬號，密碼大小寫輸入相反
• 一個賬號多臺手機登入

　2.應用的前後臺切換 　　1）App切換到後臺，再回到App，檢查是否停留在上一次操作介面。 　　2）App切換到後臺，再回到App，檢查功能及應用狀態是否正常。 　　3）App切換到後臺，再回到前臺時，注意程式是否崩潰，功能狀態是否正常，尤其是對於從後臺切換回前臺資料有自動更新的時候。 　　4）手機鎖屏解鎖後進入App注意是否會崩潰，功能狀態是否正常，尤其是對於從後臺切換回前臺資料有自動更新的時候。 　　5）當App使用過程中有電話進來中斷後再切換到App，功能狀態是否正常。 　　6）當殺掉App程序後，再開啟App，App能否正常啟動。 　　7）出現必須處理的提示框後，切換到後臺，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。 　　8）對於有資料交換的頁面，每個頁面都必須要進行前後臺切換、鎖屏的測試，這種頁面最容易出現崩潰。 　3.免登陸 　　很多應用提供免登陸功能，當應用開啟時自動以上一次登入的使用者身份來使用App。 　　1）考慮無網路情況時能否正常進入免登入狀態。 　　2）切換使用者登陸後，要校驗使用者登入資訊以及資料內容是否相應更新，確保原使用者退出。 　　3）根據Mtop的現有規則，一個賬戶只允許登陸一臺機器。所以，需要檢查一個賬戶登入多臺手機的情況。原手機裡的使用者需要被退出，給出友好提示。 　　4）密碼更換後，檢查有資料交換時是否進行了有效身份的校驗。 　　5）支援自動登入的應用在進行資料校驗時，檢查系統是否能自動登入成功並且資料操作無誤。 　　6）檢查使用者主動退出登入後，下次啟動App，應停留在登入介面。 　4.離線瀏覽 　　很多應用會支援離線瀏覽，即在本地客戶端會快取一部分資料供使用者檢視。 　　1）在無線網路情況可以瀏覽本地資料。 　　2）退出App再開啟App時能正常瀏覽。 　　3）切換到後臺再回到前臺可以正常瀏覽。 　　4）鎖屏後再解鎖回到應用前臺可以正常瀏覽。 　　5）在對伺服器段的資料有更新時回給予離線的相應提示。 　5.App更新 　　1）當客戶端有新版本時，有更新提示。 　　2）當版本為非強制升級版時，使用者可以取消更新，老版本能正常使用。使用者在下次啟動App時，仍出現更新提示。 　　3）當版本為強制升級版時，但給出強制更新後用戶沒有做更新時，退出客戶端。下次啟動App時，仍出現強制升級提示。 　　4）當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。 　　5）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新後的客戶端功能是否是新版本。 　　6）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名檔案如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬於缺陷。 　6.定位、照相機服務 　　1）App有用到相機，定位服務時，需要注意系統版本差異。 　　2）有用到照相機服務的地方，需要進行前後臺的切換測試，檢查應用是否正常。 　　3）測試照相機服務時，需要採用真機進行測試。 　7.PUSH測試 　　1）檢查Push訊息是否按照指定的業務規則傳送。 　　2）檢查不接收推送訊息時，使用者不會在接收到Push訊息。 　　3）如果使用者設定了免打擾的時間段，檢查在免打擾時間段內，使用者接收不到Push。在非免打擾時間段內，使用者能正常收到Push。 　　4）當Push訊息是針對登入使用者的時候，需要檢查收到的Push與使用者身份是否相符，沒有錯誤的將其他人的訊息推送過來。一般情況下，只對手機上最後一個登入使用者進行訊息推送。 　　5）測試Push時，需要採用真機進行測試。

3.3 安裝解除安裝測試

　　驗證App是否能正確安裝、執行、解除安裝、以及操作過程和操作前後對系統資源的使用情況

　1.安裝 　　1）軟體安裝後是否能夠正常執行，安裝後的資料夾以及檔案是否寫到了指定的目錄裡。 　　2）軟體安裝各個選項的組合是否符合概要設計說明。 　　3）軟體安裝嚮導的UI測試 　　4）安裝後沒有生成多餘的目錄結構和檔案。 　2.解除安裝 　　1）測試系統直接解除安裝程式是否有提示資訊。 　　2）測試解除安裝後文件是否全部刪除所有的安裝資料夾。 　　3）解除安裝是否支援取消功能，單擊取消後軟體解除安裝的情況。 　　4）系統直接解除安裝UI測試，是否有解除安裝狀態進度條提示。

3.4 相容測試

　　A）  確保軟體在所有相容機型上都能正常使用（ios一般需要相容7或者6,  ios5可以不用考慮，使用者使用率已經低於5%以下）

　　B）  對於低端效能相容機上獨有的問題（例如ios5以下、Android1.6以下），若在技術上難以修改或者由於排期的原因無法在短時間內改進，必須在測試日報中註明，並得到技術平臺主管、產品經理以及運營人員的確認，最好以郵件的形式得到確認）

3.5 效能測試

　　1）響應能力測試：測試App中的各類操作是否滿足使用者響應時間要求。

• App安裝、解除安裝的響應時間
• App各類功能性操作的響應時間

　　2）壓力測試，反覆/長期操作下，系統資源是否佔用異常。

• App反覆進行安裝解除安裝，檢查系統資源是否正常
• 其他功能反覆進行操作，檢查系統資源是否正常

3.6 交叉事件測試

　　針對智慧終端應用的服務等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或衝突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如：App在前/後臺執行狀態時與來電、檔案下載、音樂收聽等關鍵運用的互動情況測試等。

　　交叉事件測試非常重要，能發現很多應用中潛在的效能問題。 　　1）多個App同時執行是否影響正常功能。 　　2）App執行時前/後臺切換是否影響正常功能。 　　3）App執行時撥打/接聽電話。 　　4）App執行時傳送/接收資訊。 　　5）App執行時傳送/收取郵件。 　　6）App執行時瀏覽網路。 　　7）App執行時使用藍芽傳送/接收資料。 　　8）App執行時使用相機、計算器等手機自帶裝置。

3.7 迴歸測試

　　A）軟體最終上線前，需對產品進行迴歸測試，測試內容包含之前所有的測試專案

　　B）迴歸測試不再對細節進行測試，而是類似於對產品進行驗收，從客戶正常使用的角度對產品進行再一輪的整體測試。

　　C）只有在迴歸測試通過之後，才對產品進行提交。

3.8 安全測試

  1.安裝解除安裝安全測試

　　1）應用程式應能正確安裝到裝置驅動程式上

　　2）能夠在安裝裝置驅動程式上找到應用程式的相應圖示 　　3）安裝路徑應能指定 　　4）沒有使用者的允許，應用程式不能預先設定自動啟動 　　5）解除安裝是否安全，其安裝進去的檔案是否全部解除安裝 　　6）解除安裝使用者使用過程中產生的檔案是否有提示 　　7）其修改的配置資訊是否復原 　　8）解除安裝是否影響其他軟體的功能 　　9）解除安裝應該移除所有的檔案

  2.資料安全性

　　1）當將密碼或其它的敏感資料輸入到應用程式時，其不會被儲存在裝置中，同時密碼也不會被解碼。

　　2）輸入的密碼將不以明文形式進行顯示。 　　3）密碼、信用卡明細或其他的敏感資料將不被儲存在它們預輸入的位置上。 　　4）不同的應用程式的個人身份證顯示長度必須至少在4-8個數字長度之間，密碼暗文顯示。 　　5）當應用程式處理信用卡明細或其它的敏感資料時，不以明文形式將資料寫到其他單獨的檔案或者臨時檔案中。以防止應用程式異常終止而又沒有刪除它的臨時檔案，檔案可能遭受入侵者的襲擊，然後讀取這些資料資訊。 　　6）當建立敏感資料輸入到應用程式時，其不會被儲存在裝置中。 　　7）應用程式應考慮或者虛擬機器器產生的使用者提示資訊或安全警告 　　8）應用程式不能忽略系統或者虛擬機器器產生的使用者提示資訊或安全警告，更不能在安全警告顯示前，利用顯示誤導資訊欺騙使用者，應用程式不應該模擬進行安全警告誤導使用者。 　　9）在資料刪除之前，應用程式應當通知使用者或者應用程式提供一個“取消”命令的操作。 　　10）應用程式應當能夠處理當不允許應用軟體連線到個人資訊管理的情況。 　　11）當進行讀或寫使用者資訊操作時，應用程式將會向用戶傳送一個操作錯誤的提示資訊。 　　12）在沒有使用者明確許可的前提下不損壞、刪除個人資訊管理應用程式中的任何內容。 　　13）如果資料庫中重要的資料正要被重寫，應及時告知使用者。 　　14）能合理的處理出現的錯誤。 　　15）意外情況下應提示使用者。

  3.通訊安全性

　　1）在執行軟體過程中，如果有來電、SMS、藍芽等通訊或充電時，是否能暫停程式，優先處理通訊，並在處理完畢後能正常恢復軟體，繼續其原來的功能。

　　2）當創立連線時，應用程式能夠處理因為網路連線中斷，進而告訴使用者連線中斷的情況。 　　3）應能處理通訊延時或中斷。 　　4）應用程式將保持工作到通訊超時，進而給使用者一個錯誤資訊指示有連結錯誤。 　　5）應能處理網路異常和及時將異常情況通報使用者。 　　6）應用程式關閉網路連線不再使用時應及時關閉，斷開。

 四. 提交測試報告

　　根據自己的測試結果，輸出一份測試報告，郵箱發給相應的負責人。