對于測試流程基本很多做過測試的大牛，小哥哥，小姐姐都能說出個十之八九，但是對于細節，可能還需要一些整理文件，這不，我整理了一些測試的全部流程，希望能給大家帶來幫助，有不妥的地方，請大家指正。
測試準備階段
一.測試需求文檔
1. 產品需求文檔、產品原型圖、接口說明文檔以及設計說明文檔等應齊全
---重點：需求文檔分析
了解熟悉業務，分析需求測試點
（1）確認功能(業務功能，輔助功能，數據約束，易用性需求，編輯約束，參數需求，權限需求，性能約束）
（2）場景分析（考慮場景調用者和系統內部各個場景之間聯系）
（3）挖掘隱性需求（常用業務流程以及各分支）
二.測試計劃
1.編寫目的
此文檔根據項目需求文檔，制定測試策略、評估測試風險，確定所需的資源，并對測試的工作量進行估計，進行人員和進度安排，并且列出測試項目的可交付元素。
2.參考文檔
詳細設計文檔，設計原型
3.測試概要
（1）測試目標
通過測試，達到以下目標：
測試已實現的產品是否達到設計的要求，包括：各個功能點是否以實現，業務流程是否正確。
產品規定的操作和系統運行穩定。
Bug數和缺陷率控制在可接收的范圍之內，遺留BUG一般不超過所有BUG的10%
（2）測試范圍
列出測試最終需要交付的功能模塊列表
（3）測試人力資源
（4）測試環境：服務器環境，終端環境，網絡環境
（5）bug管理工具
4.測試規范
開始測試標準：代碼編譯通過，軟件可以爭取安裝運行，實現功能與產品設計出人，冒煙測試通過
中斷測試標準：安裝無法正確完成，程序代碼編譯不通過，系統服務異常，發現阻塞功能的bug
5.bug規范
致命，嚴重，一般，建議
6.測試策略
冒煙測試：依據開發提測時間變動
第一輪功能測試：執行測試用例，包括邊界值測試，兼容性測試，易用性測試，用戶界面測試，安全性測試
第二輪功能測試：bug復測及功能驗證
回歸測試：全面回歸測試
性能測試：需確認具體性能測試方案和工具
發布測試
測試報告總結
7.測試風險
測試本身（測試時間/測試技術/開發進度延誤/難以修復缺陷/其它原因）
8.測試輸出文檔
測試計劃
測試用例
測試bug單
測試報告
三.測試用例
測試需求分析和業務流程分析
1.設計方法：
等價類劃分法（將測試的范圍劃分成幾個互不相交的子集）
邊界值分析法（選出的測試用例，應選取正好等于、剛剛大于、剛剛小于邊界的值）
錯誤推測法（在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤）
判定表法（適合于邏輯判斷復雜的場景，通過窮舉條件獲得結果，對結果再進行優化合并，會得到一個判斷清晰的策略）
正交實驗法（在各因素互相獨立的情況下，設計出一種特殊的表格，找出能以少數替代全面的測試用例）
還有其它場景法和狀態遷移法等
2.測試用例八要素：用例編號，測試項目，測試標題，重要級別，預置條件，測試輸入，操作步驟，預期輸出
（1） 用例編號（規則：由字符和數字組成的字符串，具有唯一性，易識別性）
（2） 測試項目（對應測試用例編號中的測試子項名 系統測試
（3） 測試標題（體現測試出發點關注點以及測試用例期盼的測試結果）
（4） 重要級別、優先級別（重要級別一般分為高中低 ）
（5） 預置條件：測試用例在執行時需要滿足一些前提條件，環境的設置
（6） 測試輸入（測試執行中需要加工的外部信息，避免用描述性語言，要具體，根據測試用例具體情況，有手工輸入，文件，數據庫記錄）
（7） 操作步驟：執行當前用例需要經過的操作步驟，需要明確的給出每一個步驟的描述
（8） 預期輸出：需要判斷測試對象是否正常工作
測試階段
一.測試執行
1.測試環境搭建
測試環境：硬件環境，軟件環境
硬件環境：測試必須的服務器，客戶端，網絡連接設備，以及打印機/掃描儀等輔助硬件設備構成的環境
軟件環境：被測軟件運行的操作系統，數據庫以及其它應用軟件構成的環境
搭建測試環境的準備工作：
安裝工具：虛擬機
虛擬機優點：運行在主機上
二.執行測試用例
根據測試用例優先級來執行測試用例
-----測試關注點
1. 根據UI效果圖進行UI測試
（1）、觀察APP的用戶界面(如菜單、對話框、窗口和其它可規控件)是否符合UI稿
（2）、不同的連接頁面之間導航鏈接是否有效，是否跳轉是否正確
（3）、旋轉手機，確保程序不退出，頁面排版無異常
（5）、輸入框說明文字的內容與產品需求一致
（6）、某頁無數據時、斷網時、有網但接口異常時的狀態頁是否和UI一致
2. 功能測試時主要依據編寫的功能測試用例進行軟件功能的測試
3. 涉及的測試主要包括基本功能測試，邏輯測試，安裝、卸載、運行測試，中斷測試，異常處理（包括網絡突然斷開或者網速過慢、機器內存不足等異常情況的處理）測試
（1）、App安裝完成后是否能正常啟動，且打開速度控制在預期時間內
（2）、切換后臺再切換前臺的操作對當前狀態如登陸、當前頁、數據刷新的影響
（3）、強制殺掉APP進程再啟動對當前狀態如登陸、當前頁、數據刷新的影響
（4）、登陸驗證/免密登陸時的手勢密碼和指紋是否正常符合產品需求
（5）、對于有數據交換的頁面，每個頁面都必需要進行前后臺切換、鎖屏解鎖的測試，這種頁面最容易出現崩潰
（6）、同一用戶在多個終端先后登陸時，APP是否有正常符合產品需求的處理
（7）、App使用過程中有電話進來的中斷測試，與文件下載、音樂播放、等應用的交叉情況測試
（8）、很多應用會支持緩存數據，測試在斷網啟動或從有網到無網時是否可以瀏覽緩存數據
（9）、軟件在不同操作系統及版本（Android、iOS、）下安裝是否正常
（10）、軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫到了指定的目錄里，安裝后沒有生成多余的目錄結構和文件
（11）、軟件安裝過程是否可以取消
（12）、軟件安裝過程中意外情況的處理是否符合需求（如死機，重啟，斷電）
（13）、安裝空間不足時是否有相應提示
（14）、對于需要通過網絡驗證之類的安裝，在斷網情況下嘗試一下
（15）、重復安裝應該有提示iOS沒有提示
（16）、升級安裝時，版本更新鏈接有效，比如后臺設置的版本白名單
（17）、使用各種方式卸載程序，如直接刪除安裝文件夾卸載是否有提示信息、長按圖標卸載、手機設置里卸載、第三方應用卸載iOS卸載沒有提示，Android安裝時會閃退（偶現）
（18）、測試卸載后文件是否全部刪除所有的安裝文件夾
（19）、卸載過程中出現的意外情況的測試（如死機、斷電、重啟）
（20）、卸載是否支持取消功能，單擊取消后軟件卸載的情況
4. 兼容性及適配測試
硬件的適配：不同手機廠商、硬件性能，不同屏幕大小的適配；
如：
廠商：華為，型號：mate30Pro，Android版本：Android10，屏幕：6.0英寸，分辨率：2400x1176像素
廠商：蘋果，型號：蘋果XSmax,手機版本：iOS11，屏幕：6.0英寸，分辨率：2688x1224像素
（2） iOS版本的兼容：IOS 6版本以上；Andriod 5版本以上等
（3） 不同分辨率屏幕的適配：移動設備的分辨率多種多樣，如果app沒有做比較合適的處理就可能會顯示不好，甚至影響功能的操作。
（4） 兼容性測試必須在一定數量的真機上進行，由于真機類型過多，尤其Android在做兼容性測試時，可以選取典型的幾種運用較多的真機，進行兼容性測試
（5）與本機已經安裝的App是否兼容
（6）在各種系統、系統版本的不同手機上測試登陸，卸載，注冊，登陸，修改密碼等功能
（7）UI層的兼容，界面的顯示根據不同尺寸手機是否自適應
（8）在各種系統、系統版本的不同手機上進行全方面的功能測試，如：使用每一個iOS版本的iPhone上測試“我的銀行卡”模塊的提現功能
（9）基于開發環境和生產環境的不同，檢驗在各種網絡連接下(WiFi、2G/3G/4G/5G等)，App的數據和運用是否正確
5. 安全性測試
1.軟件權限
（1）扣費風險：包括短信、撥打電話、連接網絡等
（2）限制/允許使用手機拍照或錄音
（3）限制/允許使用手機讀取用戶數據，手機信息、聯系人信息等
（4）限制/允許使用手機寫入用戶數據
（5）沒有用戶的允許, 應用程序不能預先設定自動啟動
（6）對App的輸入有效性校驗、認證、授權、數據加密等方面進行檢測
（7）沒有用戶的允許, 應用程序不能預先設定自動啟動
（8）手機能控制該APP能否使用Wi-Fi和移動數據
2.數據安全性
（1）如果數據庫中重要的數據正要被重寫，應及時告知用戶
（2）在數據刪除之前，應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作。
（3）對密碼長度和復雜度的安全要求
（4）當將密碼或其他的敏感數據輸人到應用程序時, 其不會被儲存在設備中, 同時密碼也不會被解碼
（5）當應用程序處理明細或其它的敏感數據時，不以明文形式將數據寫到其他單獨的文件或者臨時文件中
6. 接口測試
（1）測試api網關接口是否請求正常
（2）Get,post發送和返回是否請求正常
（3）查看請求參數和返回參數結果是否正常
（測試接口工具：APIpost jmeter）
7. 性能測試
（1） 客戶端性能測試重點關注：安裝卸載時間、啟動時間、頁面加載時間、主要功能占用的CPU、內存、流量、耗電量等，以及與同類產品相比較是否有優勢；
（2） 運行過程中主要功能占用的CPU、內存、流量等可以借助開源工具emmagee（適用于Android）獲取到；
（4） 至于服務器端的性能，主要利用接口對服務器施加壓力，重點關注響應時間、吞吐量、并發數、事物通過率等，可以用loadrunner、jmeter進行測試，也可以用fiddler Charles抓包來查看域名等是否正常。
8. 核心鏈路
-------核心鏈路測試
三.測試執行流程
冒煙測試-迭代測試（先功能后性能，回歸測試）-發布測試
注：對應測試產出對應測試報告和bug清單，可以把bug提到缺陷管理庫里
四.測試報告
測試結論（是否達到發布標準，是否可發布）
測試時間，測試人員（測試起止時間）
測試環境，測試設備（用到哪些測試收集，客戶端環境，瀏覽器）
需求大綱（當前這個版本，包含哪些需求點）
測試用例報告（報告用例情況）
Bug數據分析（從多個維度分析：bug等級分布，遺留bug分析，bug類型分布。模塊bug分布，bug激活次數分析）
已知風險、未知風險
測試總結（從測試角度，對版本存在的問題，提出建議）
線上階段
一.線上測試注意事項
1.如果沒有白名單，這個時候是不能隨便操作做數據的，測試人員能做的也就是點點，保證按鈕、界面正常。如果是業務人員做好數據，測試人員要驗證數據的準確性和界面顯示無誤。
2.如果有白名單，也不能隨便操作數據，但是可以在容許的情況下，回歸一遍線上測試，保證線上測試無誤。
二.后期維護
1.日常關注客訴和相關反饋，如果有線上bug，可以通過日志，后臺奔潰記錄來定位問題，之后商討出修復策略
2.整理該項目測試總結
（1）整理該項目遺留，可推廣等問題
（2）項目流程優化及功能優化等文檔整理
（3）整理該項目相關文檔并總結報告
————————————————
版權聲明：本文為CSDN博主「你泡不上的大林」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/jinglin1100/article/details/121610397
