1.在評審需求之前，產品需發出要評審的文件，測試人員先對熟讀需求文件，了解每個功能點是幹什麼的。
2.測試人員在熟悉文件的過程中，需求文字的描述是否準確、 需求的描述是否完整。先把自己的疑問記錄下來，注意需求文件中主要功能、功能的專業術語，頁面的互動方式、互動方式是否寫的清楚。
3.站在使用者的角色，要對使用者的要求進行詳盡的分析後對需求進行的評審。對系統的業務一定要熟悉，從使用者的角度考慮問題，這樣設計是否合理，能否達到使用者的要求，滿足需要。
4.以測試員的角色，審查需求的可測性和易測性，即需求是否定義了清晰的測試標準和測試規範；還有點非常重要的是要進行需求評審前，測試人員應該盡可以詳細的先了解專案的需求，並且收集盡可能多的與專案相關的專業知識。
1、會議要有專人組織並主持，對於會議的節奏進行控制。太快了達不到評審的目的，過於敷衍；太慢了，影響專案的進度。主持人需要根據實際情況進行管控。
2、按照標準流程進行。為了規範需求評審過程，在會議過程中要盡量按照一定的流程，按模組由前台到後台，在需求人員講解後，評審人員進行提問的方式進行，盡量避免中間打斷評審人員的講解。
評審會後：
1、要對評審過程需要修改的內容進行跟蹤。為了評審工作真正的落到實處，一定要對評審後進行跟蹤，避免有頭無尾，導致前期工作付諸東流。
待續更新~~~
需求評審與需求測試
在軟體開發過程中，需求分析是最開始的工作，需求分析如果做得不夠詳細或者是偏離使用者需求的話，往往會給專案帶來滅絕性的災難。因此如何保證需求分析的正確性，不偏離使用者的需求就成了決定軟體專案成敗的關鍵。需求工程師取得使用者的顯性需求後，要仔細的分析使用者到底要求軟體實現什麼功能，使用者的表達和需求工程...
測試驅動需求分析 需求文件評審例項
需求文件評審例項 軟體的開發文件質量一般只能通過評審來進行保證，如何有效發現文件中的問題，是乙個令許多人頭疼的問題。先看一段關於日誌檔案的需求描述如下 軟體要將所有的訪問者都要記錄下來，對每次訪問要記錄訪問開始時間 訪問結束時間 訪問者的 ip位址這三個資訊作為一條日誌記錄。要求以天為單位每天生成乙...
測試驅動需求分析 需求文件評審例項
需求文件評審例項 軟體的開發文件質量一般只能通過評審來進行保證，如何有效發現文件中的問題，是乙個令許多人頭疼的問題。先看一段關於日誌檔案的需求描述如下 軟體要將所有的訪問者都要記錄下來，對每次訪問要記錄訪問開始時間 訪問結束時間 訪問者的 ip位址這三個資訊作為一條日誌記錄。要求以天為單位每天生成乙...