從做測試過程中發現，一般沒有需求說明文檔有3種情況
1、開發人員的意識不足，開發流程不規范，可能是以前做項目一直都是拿到市場可行性分析，然后項目管理人員進行簡單模塊劃分，任務就分配下去了，更不就不寫需求文檔，或者只是簡單書寫大體功能點。
2、項目進度緊張，后期需求變動可能比較大，來不及書寫詳細的需求文檔
3、項目是從原有項目上進行迭代開發，開發人員認為不要再進行需求文檔編寫。
針對上述2點提出個人意見：
對于第一種情況：
1、測試負責人應該堅持開發沒出需求文檔，就不進行測試，要堅持讓開發輸出項目需求文檔，哪怕是寫的不夠詳細也好，最少都要輸出一份簡單的功能列表;
2、需求文檔要進行評審，評審做會議記錄，并有專門人員對需求文檔進行修改;
3、最后就是測試人員進行測試需求分析，再根據測試需求點進行測試用例編寫了。
對于第二種和第三種情況：
1、測試人員盡量找到已存在的資料，比如市場調研書，可行性分析報告，收集一切對項目有用的文檔。并提出其中的功能點需求;
2、如果是迭代項目開發，則找到前期項目的一些需求文檔，概要設計，詳細設計，測試需求，用例等。提起里面的功能點;
3、咨詢相關人員，獲取項目一些大體功能，最好能知道大體項目的框架，然后記錄咨詢到的功能點;
4、了解項目大體框架后，可以在網上尋找同類產品，把里面的一些亮點功能點進行提起; 軟件測試
5、整合上面的幾點，測試人員應該書寫一份你認為的測試需求點，然后分發給每個和項目有關人員，如測試人員，開發人員，市場人員。組織進行一個會議評審，在評審中詳細記錄修改的地方;
6、最后整理出一份評審過的測試需求點，進行設計測試用例。
沒有需求文檔對于編寫測試用例來說，確實很困難，做為測試人員，在沒有測試需求文檔情況下，我們不能等著開發人員輸出，應該主動點，盡可能去多了解項目的一些情況，多知道一點，對測試用例就能多寫點。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
