①測試需求主要解決「測什麼」的問題，一般來自需求規格說明書中的原始需求。
②測試需求應該全部覆蓋已定義的業務流程，以及功能和非功能方面的需求。
只有明確了測試需求，才知道 怎麼去測試！ 什麼時候開始測試！ 要多少人測試！ 在什麼環境上測試！
測試需求分析的目的：根據需求文件提取測試點，根據測試點來編寫測試用例。
測試點的分析：（正面、反面）測試思維
通過分析需求描述中的輸入、輸出、處理、限制、約束等，給出對應的驗證內容（功能測試）
通過分析各個功能模組之間的 業務順序，和各個功能模組之間的傳遞資訊和資料，對存在功能互動的功能項，給出相應的驗證內容（功能互動測試）
如：介面的驗證、註冊賬號的唯一性（介面、易用性、相容性、安全性、效能壓力）
測試用例（testcase）是為專案需求而編制的一組測試輸入、執行條件以及預期結果、以便測試某個程式是否滿足客戶需求
可總結為：每乙個測試點的資料設計和步驟設計。
一條測試點實際上就是一條測試用例，不過目前這個用例並不完整，還需要完善。
①測試用例是軟體測試的核心
軟體測試的重要性是毋庸置疑的，測試用例是測試工作的指導，是軟體測試質量穩定的根本保障，影響軟體測試的因素很多，如軟體本身的複雜程度、開發質量、測試方法和技術的運用。但還有很多客觀因素，不可避免。
②評估測試結果的基準
測試用例的通過率以及錯誤率，是測試結束的乙個重要依據，用來判斷軟體測試結果是否通過，能否達到上線的標準。
③標準測試的時候不遺漏測試功能點，可在測試人員疲憊的時候起乙個牽引作用。
④在編寫測試用力的過程，可以熟悉需求，對系統架構或業務流程有乙個整體的，深入的了解。
⑤好的測試用例，不僅方便自己和別人檢視，還能幫助設計的時候考慮的更周全。
①用例編號：產品名測試階段
②測試專案：對應乙個功能模組（詳細模組）
④重要級別：低中高
⑤預置條件：需要滿足一些前提條件，否則用例無法執行
⑥測試輸入（資料）：需要加工的輸入資訊，根據具體情況而設計
⑦操作步驟：明確給出每個步驟描述，執行人員可根據該步驟完成執行操作
⑧預期結果|實際結果：根據預期輸入比對實際結果，來判斷被測物件是否符合需求（預期結果唯一，不能出現「可能」等）
Psp個人軟體開發軟體需求分析及用例分析
一 需求分析 1.業務需求 1.1 應用背景 開發專案進度計畫總是那麼不明確，延期經常出現，甚至無法給出乙個相對比較明確的延遲時間。這樣給市場的推廣會帶來很大的影響，不確定因素使得應對十分困難。1.2 業務機遇 psp是個人軟體開發過程，通過psp的貫徹，可以提高軟體開發人員的時間安排 時間估算的能...
Psp個人軟體開發軟體需求分析及用例分析
一 需求分析 1.業務需求 1.1 應用背景 開發專案進度計畫總是那麼不明確，延期經常出現，甚至無法給出乙個相對比較明確的延遲時間。這樣給市場的推廣會帶來很大的影響，不確定因素使得應對十分困難。1.2 業務機遇 psp是個人軟體開發過程，通過psp的貫徹，可以提高軟體開發人員的時間安排 時間估算的能...
軟體需求分析
本章共分為四個部分，一軟體需求的任務和過程 二結構化分析方法 三，原型化方法四，動態分析方法。本章學習的要點是 1。了解軟體需求分析的目標和任務 2.了解軟體需求的獲得方法 3.掌握結構化的分析方法 4.了解需求規格說明和需求評審的主要內容。軟體需求分析的主要任務 深入描述軟體的功能和效能 確定軟體...