1、項目經理會根據前期調研的情況進行需求整理，召開項目組會議討論需求整理的內容，如果是大項目的話，請一些有經驗的專家來參與討論。討論的范圍：用戶提出的需求哪些是可以通過技術完成，需求當中有哪些情況未調研，比如說非功能性的需求，性能，安全性等。
2、需求文檔會經過評審，評審主要是看需求的范圍是否明確清楚，有沒有超出范圍的，或有遺漏的需求。
3、測試人員會依據需求文檔和demo模型來編寫測試需求，并設定優先級。
4、依據測試需求，設計測試用例。這期的測試用例是比較粗的，等到有了具體的界面說再補充測試用例。
5、將優先級高的用例進行評審看看有沒有未考慮到的情況，補充修改。
測試人員在閱讀需求文檔或看demo時，要能回簽如下問題：
1、系統要實現哪些功能，這些功能的輸入，輸出，操作步驟是什么。
2、系統中業務流程，業務規則描述是否清楚，是否按照流程圖就可以正常的執行，有沒有缺少的節點。
3、系統涉及的用戶有哪些，用戶都具備什么樣的權限。
4、系統對于非功能性的需求有哪些？這些需求描述是否完整，有明確的指標。
5、系統的運行環境描述是否完整，按照這個環境是否能搭建出測試環境。
6、用戶典型的操作行為有哪些？常用的功能是什么，操作時長等。
以上這些問題的答案如果在文檔或demo中無法找到答案，就需要跟項目經理進行溝通來了解這些信息。
當項目緊時，無法寫出需求文檔，我們的做法就是：從網上找跟該項目相似的一些資料進行整理，需要是幫助我們理解業務，然后項目經理組織會議討論該系統做成什么樣，要實現哪些功能，測試人員要充分參與交流，將自己理解的情況表達出來，不能只是被動地去聽。