當產品經理提出需求後，開始這個階段
需求的表現形式：原型圖、需求文件、口述
需求文件：通過文字描述的形式，寫清楚軟體的需求
需求分析
梳理出整個專案的業務邏輯、流程（通過畫流程圖）
找出每乙個最小的功能點（使用思維導圖）
確定每個功能點的相關規則
（對應需求不明確的地方，
1、詢問相關負責人。
2、根據自己的生活經驗，自己制定合適的規則。
3、參考其他成熟的同型別的軟體。）
編寫需求分析說明書
把需求編寫成文件
六合分析法（5w1h）：對選定的專案、工序或操作，都要從原因（何因why）、物件（何事what）、地點（何地where）、時間（何時when）、人員（何人who）、方法（何法how）等六個方面提出問題進行思考。
測試計畫
描述了要進行的測試活動的範圍、方法、資源和進度的文件；是對整個資訊系統應用軟體組裝測試和確認測試。它確定測試項、被測特性、測試任務、誰執行任務、各種可能的風險。測試計畫可以有效預防計畫的風險，保障計畫的順利實施。
測試計畫編寫的六要素（5w1h）：
why：為什麼要進行測試；
what：測試的內容；
where：相應文件，缺陷的存放位置，測試環境等；
when：什麼時候去做什麼測試；
who：安排誰去負責這些測試內容；
how：怎麼去做這些測試內容。
測試方案（how）
關於每乙個測試內容應該如何開展，單獨的寫成文件。
測試用例
是一切測試的基礎
常見的測試方法：邊界值、等價類（有效等價類、無效等價類）、場景法（正向場景、逆向場景）、猜錯法、路徑覆蓋法、因果圖、判定表……
要素要求
用例編號
唯一的用例標題
言簡意賅，看到名字就知道是什麼意思
前置條件
在執行這個用例之前，軟體應該滿足什麼條件
優先順序和時間有關，越緊急優先順序越高
重要級和是否是核心業務有關
測試資料
通過等價類和邊界值設計的資料
測試步驟
越清晰明白越好
預期結果
想要的結果
實際結果
實際的結果
執行測試用例
記錄跟蹤bug
版本管理（版本迭代）
bug的六要素：編號、bug標題、重要級、優先順序、復現步驟、附件
bug等級
判斷內容
致命的和錢有關的/導致軟體崩潰，完全不能使用的
嚴重的核心業務流程無法進行的/重要級高的用例的正向場景
一般的逆向場景出現的bug
輕微的ui、易用性
bug的生命週期：
根據實際的情況去安排編寫測試報告。
可以是每個小版本測試完成，
可以是每個大版本測試完成，
可以是整個軟體測試完成。
測試報告應該包含工作總結，bug的統計和分析，質量評估。
軟體測試流程
1 立項 2 需求評審 3 組建測試團隊 4 需求分析 5 測試設計 6 測試計畫 7 測試執行 8 軟體評估 9 測試總結 10 測試維護 測試具體流程依次如下 1.需求 閱讀需求，理解需求，與客戶 開發 架構多方交流，深入了解需求。testing team 2.測試計畫 根據需求估算測試所需資源...
軟體測試流程
1.需求 閱讀需求，理解需求，與客戶 開發 架構多方交流，深入了解需求。testing team 2.測試計畫 根據需求估算測試所需資源 人力 裝置等 所需時間 功能點劃分 如何合理分配安排資源等。testing leader or testing manager 3.用例設計 根據測試計畫 任務分...
軟體測試流程
一 測試計畫 目的是規定測試活動的範圍 方法 資源和進度 明確在測試的專案要測試的特性，要執行的測試任務，每個任務的負責人以及與計畫項相關的風險。測試計畫活動包括 形成測試需求文件 確定約束條件 制定測試目標 目的 建立測試策略 初期測試活動開始 確定可交付專案產品 確定關鍵程式功能 定義測試活動的...