工作以來，大大小小參與的項目也有十幾個了，涵蓋財務類、保險類、OA辦公類軟件。
從測試流程上看，基本也都大同小異，這里將常見的測試流程做一些梳理，
供剛入行的朋友學習參考，也歡迎大家完善補充。
一、需求答疑評審
參與人員：
產品、開發、測試、需求提出人、其它相關人員
主要內容：
對需求文檔進行評審，對於有疑問或者有錯誤的地方，進行討論溝通，來保證對需求理解的准確性和一致性。
需求文檔中最好有業務流程圖，能夠較好的幫助相關人員快速的了解業務需求。
目標達成：
通過此次會議了解到各模塊對應開發人員，以此來確定測試時間
二、羅列測試點
主要內容：
需求評審通過后，測試根據定版的需求或UE構造測試腦圖。
通過腦圖列出測試點以及測試方法，然后再根據腦圖整理測試方案。
腦圖工具：
Xmind、MindManager等
測試方案包含：
測試環境，測試數據，測試模塊，測試點，測試方法，測試風險等
目標達成：
這個環節，輸出測試點和測試方案，指導接下來的測試工作。
強烈建議：
測試任務緊急來不及寫用例的情況下，一定要列測試點並進行Review。
避免無序測試，思路混亂，丟三拉四。
三、制定測試計划
主要內容：
根據開發計划制定測試計划
測試計划包含：
測試范圍、測試目標、測試出入口、通過標准、測試人力安排（角色及職責）、測試進度安排
（用例設計評審開始結束時間、用例執行開始及結束時間、回歸測試時間計划、測試交付時間等）、測試交付物、測試風險。
目標達成：
輸出測試計划
四、用例編寫、評審
主要內容：
測試工作最重要的環節就是設計產出測試用例，一定要嚴謹專業。
用例的可讀性要強，不僅僅是寫給自己看的，要做到任何人拿起來都可以執行。
用例設計完以后，要開展用例評審，查漏補缺，不斷完善用例；也可以采取用例結對編寫的方式，提高用例設計質量。
測試用例組成：
編寫人、用例編號、用例名稱、前提條件、測試數據、優先級、操作步驟、預期結果、實際結果、測試人等
用例設計思路：
UI測試、權限測試、功能測試、數據測試、流程測試（包括正常流程與異常流程）、接口測試、兼容性測試、性能測試、安全測試等
設計方法應用：
一般邊界值和等價類常用，其次場景法、因果圖、錯誤推測。
針對不同的需求，測試點的選擇或側重點可能不一樣。
目標達成：
通過用例設計、評審，輸出較為完備的測試用例。
五、冒煙測試
開發提測后，正式測試前，先驗證一下主流程或主要實現功能是否存在問題。
沒有問題后再進行系統的測試，避免測試相關工作已經准備開展，而核心業務卻執行不下去的情況。
六、執行測試用例
冒煙測試結束后，按照測試計划開展測試。
這個階段也可采取交叉測試的方法，即：A寫的用例B執行，B寫的用例C執行。
過程中如遇到不可控因素或問題，影響到測試計划落地的，一定要盡早報備。
七、編寫測試日報
主要內容：
根據測試需求的具體情況，發布測試日報（一般郵件形式較多，也有在看板或需求平台上備注的）。
測試日報包含：
用例總數、執行用例數、未通過數、發現BUG的數量、關閉BUG的數量、遺留BUG的數量、問題等級、影響程度、BUG趨勢以及其它建議等。
收悉人員：
相關產品、開發、測試或需求人員。
八、測試報告總結
在整個需求或版本測試完成后的總結。
主要反應測試過程中的問題以及對應版本的質量情況，是否滿足發布標准、遺留的問題的情況、是否影響相關使用、特殊的注意事項等。
之前寫過一篇如何進行版本總結的文章，可以參考【如何編寫測試總結】