寫測試需求主要為了什麼呢？我們的專案中基本都有很細緻的功能規格說明，還有其他一些相關的概念設計文件，我們總是會看到這些文件的最新版本。然而，我們的專案多為迭代方式
進行，分很多版本提交，1.0.1、1.0.2等等。在這些版本中，我們並不是每個版本都要測試全部的功能，往往是測試一部分。有的版本主要測業務流程，有的主要測效能。測試需求就是說明，這個版本需要測試哪些東西。
測試需求按照功能性、可靠性、易用性、效能、可維護性、可移植性來分類。同時也要按照優先順序來分類，有的是必須測試通過的，有的可以協商。
除了說明我們需要測試的內容以外，測試需求還有乙個重要的作用：輔助說明測試接受標準。比如某個版本的功能測試需求有100個功能點，其中30個必須實現，其他70個實現60個即可，假如每個功能點1分，那麼，功能測試接受標準就是：總分90分以上並且30個重要功能點必須測試通過。假如沒有達到這個接受標準（只有85分），我們就可以負責的說：測試不通過，不能發布。如果要發布，可以，變更專案計畫和測試計畫。
測試需求最好能細緻到功能點的粒度，這樣對專案量化管理非常有好處，而且，我認為這是應該在專案版本計畫中進行說明的，如果專案計畫中沒有說的很詳細，那我們的測試計畫就要寫的詳細一些。
我們來看乙個例子，這是武漢公安專案的測試報告的一部分，其中列出了功能測試需求的執**況。
新增專項工作
操作角色僅為系統管理員，正確新建專項工作
通過編輯專項工作
操作角色僅為系統管理員，正確儲存編輯後的專項工作
通過刪除專項工作
操作角色僅為系統管理員，正確刪除所選的專項工作
通過匯出專項工作的警情列表
按照同樣的資料字典格式匯出儲存為.xls檔案
通過可以看出這裡的測試需求列的比較細，而且是以使用者的角度來進行說明。至於在實際專案中，我們需要寫的多細，可以根據專案情況來決定，只是不要忘記我們編制測試計畫的主要目的。建議嘗試把測試需求寫細一些，體會一下量化管理的感覺。以後我們的測試例會可以把測試需求拿出來評審，比較一下不同專案的不同策略。
效能測試 二 確定需求，執行測試
效能測試怎麼開展 確定效能需求 可選 準備測試環境和測試資料 選擇效能測試工具 平台 制定效能測試模型，編寫效能測試 執行效能測試 分析測試報告，執行步驟1 執行步驟4 執行步驟5 效能調優 修復問題 執行步驟4 執行步驟5 一次效能測試大概有以上幾個步驟，如果初期沒有需求則需要產品 開發 測試，三...
軟體測試 測試需求與測試計畫書（4）
軟體需求分析 software reguirement analysis 是研究使用者需求的產物，完全理解使用者對軟體需求的功能，確認使用者軟體功能需求，建立可確認 可驗證的基本依據。總而言之就是，明確怎麼測，何時測，多少人力，多少物力。依據研發的軟體產品型別，需求 產品使用者群體，進行不同具體物件...
需求分析與測試計畫 方案
需求分析 參與人員 軟體專案組所有成員，包括產品經理，開發經理，測試經理，系統工程師 架構師，開發工程師 程式設計師，美術工程師，測試工程師，專案經理，qa 質量監督人員 配置管理員。測試需求的特徵 1 測試需求項必須是可核實的 2 指明滿足需求的正常的前置條件,同時也要指明不滿足需求時的出錯條件 ...