1樓：京桖鬆
1. 完整性審查：應保證測試需求能充分覆蓋軟體需求的各種特徵，重點關注功能要求、資料定義、介面定義、效能要求、安全性要求、可靠性要求、系統約束等方面，同時還應關注是否覆蓋開發人員遺漏的、系統隱含的需求；
2. 準確性審查：應保證所描述的內容能夠得到相關各方的一致理解，各項測試需求之間沒有矛盾和衝突，各項測試需求在詳盡程度上保持一致，每一項測試需求都可以作為測試用例設計的依據。
需求評審會議中，帶著列出的疑問點向產品、開發溝通自己對產品的疑惑和質疑點，多提幾個為什麼？
1.如何實現？
2.資料獲取**？
3.超出預期的資料怎麼處理？
4.快取處理機制如何？
5.資料儲存何處？
6.邏輯由前端處理還是後端服務？
7.後端服務邏輯是否跟第三方關聯？
2樓：季末非彼寂寞
之前黑馬程式設計師的老師說過，明確需求之後,開發和測試開始各自的工作,我們測試主要就是根據需求中的內容,劃定測試範圍,確認一下測試的排期策略,確定測試計劃和測試方案中包含的內容
1. 如果專案是自己負責的,那麼需要編寫一下測試計劃和測試方案(人員工作安排和時間進度, 測試工具選擇),以及一些流程標準(測試的准入準出, 優先順序和嚴重程度劃分,用例評審流程)
2. 作為計劃方案的實施者,主要就是根據計劃和方案准備測試工作(安排自己的測試工作進度,準備測試過程中要用到的資料, 搭建和準備測試工具環境)
作為一個軟體測試人員，需求評審應該做些什麼？
3樓：願為你瘋癲
需求評審
的參與人員：領導+產品經理+專案經理+開發人員+測試人員+運維人員等需求評審是一個對軟體需求進行確認和評估的一個活動，測試人員雖然不是主角，但要積極的參與。
評審前： 認真的閱讀需求說明，業務流程圖等資料；整理出測試點，一定要突出業務邏輯
評審過程中：對於需求是否合理，是否可以實現，咱們看著產品和開發人員討論即可。
咱們要關注的：
1. 主要關注需求是否具有可測試性，也就是需求是不是存在自相矛盾和二義性。
2. 還要分析目標使用者的操作習慣。
3. 對需求存在疑惑，或者理解不是很透徹，一定要問清楚4. 估算測試過程需要的時間和資源，這也最難把控的。（往往會變化）評審後，提交工作計劃，突出時間節點和產物。
以上內容均來自黑馬程式設計師社群
4樓：匿名使用者
需求評審對於軟體測試人員來說就像是最初的「產品測試」，在理解的基礎上發現產品設計上缺陷，其中包括邏輯錯誤，功能缺失，細節問題等等，這樣就會有效的在前期規避很多後期開發中產生的bug，減少了很多後期返工的成本。可偏偏需求評審往往是最不重視的一環，甚至可以說是沒有這個環節，追其原因無非因為專案時間緊迫或者覺得沒有必要，其實這是本末倒置和得不償失的。
產品需求作為程式的源頭，只有控制好最開始部分，才不會到最後去亡羊補牢。我有過很多血的教訓，所以才深深的體會到需求評審的重要性。
說了需求評審的重要性，接著就來談談如何進行需求評審，一般還是分為3步：
第一步就是要完全讀懂產品需求，這個過程只需要理解而不是去挑刺，因為要明白這個需求的目的是什麼，為什麼這樣做，怎麼做等等，只有在理解的基礎上才能去發現問題，而不是一知半解的去挑毛病，有些需求設計的是不合理，但也許有其特殊的用意，或者只是沒有更好的方案，不能為了挑毛病而去挑。
第二步就是分析和找問題；這就有點類似寫測試用例的時候設計測試方案了，把邏輯梳理出來，看看有沒有不對或者遺漏的點，整理出來反饋給產品經理。除了考慮有問題的地方，沒問題的地方也是需要分析的，比如有些設計非常合理，但會增加**的複雜度或者不利於後續的擴充套件和修改，同時也可能會給測試帶來成倍的工作量，這些也是需要指出的，因為測試要考慮的東西一定要比產品經理多，使用者使用習慣，程式複雜度，與線上系統的相容性等等，不然直接讓產品經理做測試不就好了嗎？
第三步就是細節問題的糾正，可以是介面，可以是文字，開發一般都是複製黏貼或者照著樣子畫葫蘆，這些小問題後期其實也可以測試出來的，但其鍋不在於開發，早點發現問題早點解決也是好事一件，至少不用提bug走一套bug處理流程了，也算給大家省點工作量，積少成多也是極好的。
當然需求評審能解決的問題也是有限的，一方面計劃往往趕不上變化，中間會有部分需求的改動，另外一方面有些深層次的問題只有在測試之後才會發現。但無論如何對於測試來說還是非常有必要的，如果能重視起來不僅僅對專案的效率提高不少，而且也能讓後期測試壓力減小，何樂而不為呢？
需求階段測試人員需要做些什麼工作
拿到一個新專案的時候,測試人員如何參加需求評審的工作?
5樓：
需求分析階段，測試人員需要做的工作：1、理解需求，參與稽核需求文件2、理解專案的目標、限制，瞭解使用者應用背景3、編寫測試計劃4、準備資源
6樓：year情乘雲姐
1. 首先我們會獲取到產品下發的需求說明和原型, 提前理解記錄一下問題(邏輯錯誤,暫未實現,需求不明)
2. 然後參加需求評審會議 -- 主要有產品負責講解 -- ui/前後端開發/測試 --專案經理都會參加
3. 作為測試人員主要是站在使用者角度,需求講解後提出問題, 共同討論, 明確需求,統一理解
4. 好處就是提前介入測試工作,已靜態評審的方式, 儘早發現產品問題，這也是我聽了黑馬程式設計師的公開課裡面講的
客戶在需求產品時最關心的是什麼，需求評審時測試人員需要關注哪些方面？
洛陽淨水機器裝置 客戶關心的無非那麼幾點 銷售心理學中，從客戶的角度出發，他們一般都會有以下幾個疑問 1.你是誰？2.你要跟我介紹什麼？3.你介紹的產品和服務對我有什麼好處？4.如何證明你介紹的是真實的？5.為什麼我要跟你買？6.為什麼我要現在跟你買？ 傑士菥 另外，顧客的購買都出於兩個出發點 逃離...