1. 了解需求
-
了解需求的渠道：需規、原型、過程文檔（概設、詳設、測試用例、用戶手冊、BUG清單）等等。和產品、研發交流。如果沒有需求文檔開發也離職了，那就自己操作系統體驗吧！作為一個用戶以自己的賬戶和個人數據去使用產品，經歷完整的用戶體驗。
-
業務了解的程度：項目背景、業務流程、功能模塊、角色權限、技術選型
還要清楚系統的邏輯架構、系統周邊的依賴和交互，數據流轉方式、是否有外部的數據源，可能存在的風險點 -
項目了解的程度：項目的成員，前后端的研發、產品、項目經理。要知道什么問題問誰
-
關注項目的狀態，開發進度。特別是質量狀態。了解BUG數量、問題的分組方式、已經報告的BUG類型、最長時間未處理的BUG、最近一些BUG的類型、修復比例等。
-
對測試的要求：測試的顆粒度、是否有明確的測試結束時間、確定測試范圍 、交付文檔
2. 梳理業務流程圖、划分測試點、優先級
- 根據模塊功能划分測試點，排列測試的優先級，風險最大的有哪些部分
- 做場景分析找出用戶場景、不同角色使用的場景，權限。
- 參考（競品分析、通用測試點）
3. 對比同行軟件邏輯，審查邏輯是否符合標准
- 找產品確認需求理解是否一致
- 對比同行軟件確認軟件邏輯是否有設計缺陷
4. 編寫測試用例，寫出邏輯測試步驟
- 常用等價類、邊界值、場景法、因果圖、根據經驗做錯誤推測
- 一般小型團隊用思維導圖梳理測試點，編寫和維護測試用例費時費力
5. 測試用例評審、思考是否有遺漏點
6. 准備測試環境、測試數據
7. 測試的主要順序
- 找出產品最重要的模塊
- 模塊中最重要的功能
- 確保重要功能的可用性
- 測試其他功能，確保可用
- 測試完可用性后，測試可靠性
- 異常場景測試
8. 壓力、性能
9. 安全