軟體測試-需求分析

本篇文章將從軟體生命週期的第一步——需求分析開始，逐步深入地講解軟體測試實戰工作。

需求，是軟體專案研發的開始，是組建研發團隊後的第一次集體參與討論的內容，同樣也是保障質量的重要一環。

為了讓研發團隊中各個崗位的人員充分理解需求，可以組織開展需求會議，進行需求澄清。

那麼，在做需求澄清之前，先來了解什麼是需求？

圖片是一個網站的簡單註冊模組，比如，使用者名稱長度40個字元、密碼8-16位字母、數字下劃線組合等，就是需求。

明白了什麼是需求之後，進行需求澄清的時候，測試人員要深刻理解需求，在需求評審會議中，針對描述不清、不便於設計測試用例、找不準測試點、業務相關知識串聯不起來的地方提出來，丟擲疑惑，讓產品經理給出說明。

比如，產生這樣異常情況頁面會給出什麼提示資訊？某個頁面跳轉後有幾種狀態，轉態之間是如何轉換的…… 多問幾個為什麼，後續的開展工作，可能就會更順利。

上圖中，僅僅針對快捷登入這個頁面，就存在右側的問題點需要了解清楚。

因此，為了需求會議能夠達到預期的效果，參會人員都要提前細讀需求文件，把問題點記錄下來，然後在會議中高效解決。

作為一名測試工程師，你當然希望有一份詳細清晰的需求文件。那實際的需求文件，又會是怎麼的情況呢？

最差的情況：沒有需求或者一句話需求

比如：做一個像淘寶那樣的電商購物平臺。

如果你遇到這樣一個需求，真的是運氣糟糕到了透頂。在測試中，很重要的一點是，我對需求有一個預期結果，再帶著自己的預期來執行測試，對比實際結果是否與預期的一致？

但是現在，連需求都沒有，該怎麼辦？

其實也不必慌，遇到這種情況，可以組織開需求評審會議，共同來完善需求文件；其次公司內部也會有相應的業務學習，或者邀請相關的專家來作為顧問等。

一般的情況：有需求文件，但是很粗糙

面對這種情況，有兩種策略：

1. 如果開發團隊配合，可以要求開發或者需求分析人員完善需求文件
2. 如果因為各種原因，比如時間緊張，或者開發就是不願意配合，那就需要自己通過溝通，對文件中不明確的點問清楚，做好記錄

切忌含糊不清就開始測試，於人於己都沒有好處。

理想的情況：有詳細的需求文件

如果你的公司是這樣的話，那就恭喜你了。

有了詳細的需求文件，測試團隊就可以通過詳閱需求文件來進行測試點的梳理工作。對於需求中不明確的地方，找專案負責人或者需求人員進行溝通，做到對需求整體把握和理解，利於測試更好地進行。

以上就是本篇文章所要分享的內容，歡迎各位大牛指正。你的指正，能讓我在測試之路上快速成長。

Leo Never Stop Fighting！