【測試_需求測試】什麼是需求測試、如何做好需求測試

如何做好需求測試

軟體行業中什麼是需求？

     簡單的說需求就是産品經理（市場）要求軟體必須完成的事務以及必須具備的基本功能。

     很多開發會說永遠不要相信産品經理 – 其實因為市場在變而不斷變動。

     是以需求的軌迹就如同下圖

什麼是需求測試

     測試需求主要解決“測試什麼”，即指明被測對象中什麼需要測試。

     需求測試通常是以軟體開發需求為基礎的分析，通過對需求的細分化和分解，形成可測試的内容。

     測試需求因覆寫全部已定義的業務流程，以及功能和非功能方面的需求。

     其重要性如同下圖

需求測試

    目的就是明确需求，明确到底要的是什麼

   軟體測試需求是開發測試用例的依據

   有助于保證測試的品質和進度

    測試需求是衡量測試覆寫率的重要名額

轉存失敗

重新上傳

取消

需求測試過程中要發現什麼類型的需求點

    功能需求：功能性需求是産品必須完成的那些事情，要求一定的功能品質

    非功能需求：如感官，易用性，安全性，性能，法律法規等這些屬性方面的需求

    限制條件：限制條件是指全局性的，它們可以對整個項目進行有限制。

    挖掘需求：挖掘需求是指在産品階段未能完全定義出的需求，如同在客戶溝通挖掘出更深層次的需求。以免後期需求變動。導緻項目失敗。

需求測試中主要運用的方法

    業務模型法：要參與需求評審，評審需求的過程實際也是熟悉業務需求的過程。隻有對業務比較熟悉了，才能更好的，更充分的設計出高品質的測試用例。

    業務場景法：要善于溝通，多和客戶、開發、測試人員進行溝通。遇到不明确的問題、有疑問的需求，可以咨詢項目負責人或者客戶等。這樣才能提前解決需求了解偏差等。

    功能分解法：業務功能，輔助功能，資料限制，易用性需求，編輯限制，參數限制，權限限制

    細節挖掘：

           1.要多閱讀文檔，其中包括産品策劃書、規格說明書、需求文檔，接口文檔等，我們可以收集一切相關的文檔來幫助了解所要測試的産品需要完成的目标。

           2.盡量多參加項目組内的會議。比如需求讨論、設計讨論、計劃讨論等會議，這樣在讨論過程中也能加深對産品的了解。

需求階段測試要做的工作

    很多測試人員再需求階段會比較茫然，不知道要做什麼，其實做好真正的需求測試很重要，需要運用之前講到的一些方法來進行需求測試，測試計劃準備，測試方案準備，測試用例準備。

    目前一些靈活型開發，甚至都是采用的測試驅動，以測試用例為主導反推寫代碼。這樣在某些方面開發出來的品質會更高。

   A.測試需求，檢查需求文檔描述的正确性，整理出需求的疑問點，明确點，讓所有人一緻了解正确的需求。

     可運用的方法：路徑分析法（業務模型，場景分析）

    B.測試用例編寫，從界面，從業務，從功能出發。

     因果分析法，邊界值法，等價類劃分法，錯誤推測法（反向測試用例）等

    C.缺少需求文檔時，那就要發揮測試人員的主管能動性了

需求測試的總結

    結合業務場景，了解業務

    結合基本需求，挖掘需求

    結合分解方法，測試需求

   結合用例編寫，覆寫需求