軟體需求分析(software reguirement analysis)是研究使用者需求的產物，完全理解使用者對軟體需求的功能，確認使用者軟體功能需求，建立可確認、可驗證的基本依據。
總而言之就是，明確怎麼測，何時測，多少人力，多少物力。
依據研發的軟體產品型別，需求**，產品使用者群體，進行不同具體物件的需求分析
針對特定產品的研發
使用者群體：市場調研人員
需求特點：根據市場動態，研發主流產品
針對特定專案的研發
使用者：指定的甲方
需求特點：客戶想要啥，我們做啥
依據需求文件提取測試點，根據測試點來編寫測試用例。
測試要點分析：
正確性、必要性、優先順序、明確性、完整性、可修改性、一致性輸入，輸出，處理，限制，約束等，給出對應的驗證內容，也稱為功能測試。
通過分析模組之間的業務順序，各個功能模組之間傳遞的資訊和資料，對存在互動功能的功能項，給出對應驗證結果，稱為功能互動測試。
考慮到需求的完整性，充分覆蓋軟體需求的各種特性，包含隱性需求的驗證，如介面的驗證，註冊賬號的唯一性驗證，測試角度是介面、易用性、相容性、安全性、效能壓力。
測試計畫是乙個敘述了預定的測試活動的範圍、途徑、資源以及進度安排的文件。
此文件確認了測試項、被測特徵、測試任務、人員安排，以及任何偶發事件的風險。
通過收集專案與產品相關的資訊，對測試範圍，測試風險進行分析，對測試用例，工作量，資源和時間進行估算，對測試採用的策略、方法、環境、資源、進度做出合理安排。
如下四點：時間、成本、範圍、質量
時間由整個專案計畫覆蓋
成本由合同覆蓋，甲方定製
範圍由需求文件覆蓋
質量：由qa計畫或測試計畫覆蓋
測試員：
測試經理：
測試計畫核心內容
測試計畫書內容包含：
產品的質量目標測試活動的質量目標
以清單、**等方式列出重點要測試什麼，什麼不需要測試。
列舉測試的具體內容：
哪些部分需要重點測試？哪些部分需要延後測試？以及測試優先順序
使用哪些測試方法？執行黑盒測試，是否需要白盒，自動化
規定各個階段的測試工作重心
符合什麼標準，可以進行測試
符合什麼標準，測試必須中斷或暫停
符合什麼標準，測試可以結束
測試型別定義
黑盒測試、白盒測試、自動化測試
活動、開始時間，結束時間，執行人員，執行目標
人員資源：
測試環境資源配置
風險指的是：
不可預料的後果，如事件，危險，威脅等特殊情況的發生。
客觀性風險：
客觀性因素，無法規避的風險：
團隊成員技能水平不夠：
1.任務送達
what 物件
軟體測試計畫書 大綱
1引言 1.1編寫目的 本測試計畫的具體編寫目的，指出預期的讀者範圍。1.2背景 說明 a 測試計畫所從屬的軟體系統的名稱 b 該開發專案的歷史，列出使用者和執行此專案測試的計算中心，說明在開始執行本測試計畫之前必須完成的各項工作。1.3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語...
整合測試計畫書
整合測試計畫書 1引言1.1編寫目的 本文是描述 整合測試的大綱文章，主要描述如何進行整合測試活動？如何控制整合測試活動？整合測試活動的流程以及整合測試活動的工作安排。本文主要的讀者物件是專案負責人，整合部門經理，整合測試設計師。1.2背景 專案名稱 整合測試 1.3定義 1.4參考資料 2測試專案...
鐵大課表 測試計畫書
鐵大課表 測試計畫書 第七小組 閆立新 曹錦鋒 李夏蕾 蘇海岩 王偉光 楊世超 2014年5月6日 目錄1引言.4 1.1編寫目的.4 1.2背景.4 1.3定義.4 1.4參考資料.4 2計畫.5 2.1軟體說明.5 2.2測試內容.5 2.3測試1 課表模組.5 2.3.1進度安排.5 2.3....