為什么要參與需求分析？
1，吃透被測對象詳細需求——是后期測試活動的依據。
2，指出需求歧義——避免需求流失。
3，對需求不合理提出改進建議——把可能的缺陷關閉在需求分析階段。
需求：凡是被測事物就是需求。（不限于：系統，文檔，腳本，算法）
實際工作中，當測試接入時，項目處于什么階段是不確定的。不同階段的項目，測試展開工作的重點不同。需要通過歷史需求和當前需求分析，明確被測對象現狀與風險，作為后期展開工作活動的重要依據。
項目根據階段分三類：新項目 ， 中期項目 ， 維護項目。
新項目：項目立項剛結束，承接到規劃的需求，開發和測試新接入此項目。
此類項目往往迭代一規劃的開發任務已經初步給出，但產品最終成型還是停留在規劃上，這個時候測試人員也要依據自己的經驗，專業，結合原始需求與開發一起參與需求分析整個過程。并提出建議和意見。通常開發人員更多的會從代碼實現可行性，難度，實現方式等方面考慮。測試則應從用戶體驗，界面交互，性能，甚至是維護和推廣的角度來考慮。
中期項目：項目已完成幾個迭代，處于開發中期。
此類項目迭代已穩定進行幾個周期，開發處于中期。這時候接入測試，測試人員需要先熟悉已完成的需求，產品規劃等，再結合新需求進行需求分析。一方面做新需求分析，一方面要考慮新需求對老版本的關聯和影響。或采用新需求兼容老版本的方式，或者老版本做更改和擴展，適應新需求。根據項目實際情況決定。
維護項目：項目開發結束，上線，處于維護階段。
此類項目基本已經開發完成，開發人員通常只留有部分人員。測試此時接入，需要較多時間來熟悉已有功能。根據項目資料文檔盡快熟悉產品的情況。后期維護，承接新需求時重點考慮的是新需求對老版本的影響。通常也是采用新需求兼容老版本的方面。不會再對老版本做大的變動。
測試需求的依據有哪些
1）待測軟件相關的各種文檔資料。
2）與客戶或系統分析員的溝通。
3）業務背景資料。如待測軟件業務領域的知識等。
4） 用戶體驗方面。
5）同類成熟產品參考。
需求分析步驟
step1：承接需求時，需要需求方給出原始需求文檔；并由需求方主講進行首次需求澄清。
step2：開發團隊進行需求分析（包括需求的可實施性，關鍵風險，實現效果，開發周期，交付結果，驗收標準等）后，開發主講進行需求反澄清。形成完善的需求規格說明書文檔。
