1樓：向日葵
所謂的測試需求就是在專案中要測試什麼。我們在測試活動中，首先需要明確測試需求(what)，才能決定怎麼測(how)，測試時間(when)，需要多少人(who)，測試的環境是什麼(where)，測試中需要的技能、工具以及相應的背景知識，測試中可能遇到的風險等等，以上所有的內容結合起來就構成了測試計劃的基本要素。而測試需求是測試計劃的基礎與重點。
軟體測試培訓老師也經常說，就像軟體的需求一樣，測試需求根據不同的公司環境，不同的專業水平，不同的要求，詳細程度也是不同的。但是，對於一個全新的專案或者產品，測試需求力求詳細明確，以避免測試遺漏與誤解。
如果要成功的做一個測試專案，首先必須瞭解測試規模、複雜程度與可能存在的風險，這些都需要通過詳細的測試需求來了解。所謂知己知彼，百戰不殆。
測試需求不明確，只會造成獲取的資訊不正確，無法對所測軟體有一個清晰全面的認識，測試計劃就毫無根據可言。活在自己世界裡的人是可悲的，只憑感覺不做詳細瞭解就下定論的專案是失敗的。
測試需求越詳細精準，表明對所測軟體的瞭解越深，對所要進行的任務內容就越清晰，就更有把握保證測試的質量與進度。
2樓：雁子
p 測試需求主要解決「測什麼」的問題 ，即指明被測物件中什麼需要測試。
p 測試需求通常是以軟體開發需求為基礎進行分析，通過對開發需求的細化和分解，形成可測試的內容。
p 測試需求 應全部覆蓋已定義的業務流程， 以及功能和非功能方面的需求。
p測試需求不涉及具體的測試資料，測試資料設計是測試設計環節應解決的內容；
3樓：匿名使用者
測試需求是主要是整理測試焦點（包括一些介面、輸入域、業務流程、資料等），並明確測試焦點的優先順序，為測試用例的設計提供測試所需的功能點資訊。測試需求的分析也會體現用例設計方法，有的測試需求分析文件中也會指導性的明確焦點的測試用例設計方法。
可以說，測試需求是告訴你要測什麼，而測試用例是告訴你怎麼測。
好的測試需求能發現需求中顯性和隱性的測試焦點，從而能更好的指導測試用例的設計，能更好的提高被測模組整體功能的覆蓋率。
測試需求分析會根據不同階段的測試型別會有不同的側重點。我是做系統測試的，主要注重系統或軟體是否滿足使用者需求的情況。平時做測試需求時會比較明確系統的功能模組和測試點明細整理，也會把測試案例設計方法同時加入到分析文件中。
需求評審時，測試應該做什麼
1.需求評審前準備 完整性審查 應保證測試需求能充分覆蓋軟體需求的各種特徵重點關注功能要求 資料定義 介面定義 效能要求 安全性要求 可靠性要求 系統約束等方面，同時還應關注是否覆蓋開發人員遺漏的 系統隱含的需求。準確性審查 應保證所描述的內容能夠得到相關各方的一致理解各項測試需求之間沒有矛盾和衝突...
什麼是需求管理政策？需求管理政策
需求管理政策和供給政策，這個兩個要相結合才能夠保證供需平衡社會的穩定。需求管理政策的需求管理政策介紹 需求管理政策與供給管理政策之間有什麼不同 供給擴張的政策有 1 幫助企業降低成本。具體措施包括通過改革降低交易成本 降低企業稅費成本 降低社會保險費 降低企業財務成本 通過電價市場化改革降低企業用電...
什麼是需求彈性它有什麼特點，什麼是需求的價格彈性？簡述影響它的主要特徵。
需求的 彈性 需求 彈性 的定義需求 彈性簡稱為需求彈性或 彈性，它表示在一定時期內 一定程度的變動所引起的需求量變動的程度，我們通常用 彈性係數加以表示 需求 彈性係數 需求量變動的百分比 變動的百分比設 q 表示一種商品的需求量 p 表示該商品的 dq表示需求量變動值 dp 表示 變動的數值 e...