轉載請註明出處❤️
作者：IT小學生蔡坨坨
原文連結：caituotuo.top/59fb1b02.html
QQ群：361318409
大家好，我是IT小學生蔡坨坨。
點贊、關注、收藏，持續輸出，不要錯過哦~
關注公眾號：IT小學生蔡坨坨，獲取更多測試資源，一起學習軟體測試，升職加薪~
前言
眾所周知，軟體需求是軟體專案研發的開始，是組建研發團隊後第一次集體討論的事情，更是保障質量的重要一環節。
對於測試人員來說，測試設計和測試用例的編寫都依賴於需求文件，因此在需求階段就要對需求中設計不合理或者很難理解的地方進行澄清，丟擲疑問，得到確認，為後續工作掃清障礙。
需求文件的三種現狀及應對策略
1. 沒有需求文件或一句話的需求
現狀描述
如果你運氣很不好遇到了這種一句話的需求或者簡單描述的需求，需要你設計測試用例進行測試。相信大家或多或少都碰到過吧，或者在面試的時候碰到過（這種面試題主要考察你遇到不合理需求時的解決方案以及是否具備發散的測試思維）。
我們知道軟體測試很重要的一點就是需要有一個預期結果，把軟體執行的實際結果跟預期結果進行對比，若達到預期值，則測試通過，反之測試不通過。那麼如果碰到這種描述不清晰的需求，我們該怎麼做？
面試題舉慄：
一句話的需求：做一個外賣點餐APP
-
拿到這種需求，首先可以向面試官詢問更多的需求資訊（比如：應用場景、針對的客戶群體……），不過面試官給到你資訊後肯定還是不夠的，這時可以這樣回答“這個需求不夠明確，有不少資訊還需要補充，我們通常是打回處理，不過基於當前的資訊，我來說一下我考慮的點，相關疑問點後續會提給產品經理，讓其確認”。
-
設計測試用例，利用發散思維把能想到的問題都羅列出來（作為待確認即可，當然也可以提出自己的想法），多維度考慮問題，例如：功能、效能、相容性、易用性、安全等，運用等價類劃分法、邊界值分析法、場景法、判定表、因果圖、錯誤推斷法、正交試驗法等手段進行設計，如下圖所示。
當然還有許多需要考慮的地方，但是面試時只需要表現出你有足夠的發散能力就OK了。
應對策略
如果在企業中碰到這種一句話需求的專案，我們需要多溝通協商、多確認、多從使用者角度思考，大家都確認沒問題，這樣才有的測，有問題就不斷溝通。
2. 需求文件很粗糙
現狀描述
有需求文件，但是需求文件很粗糙。
應對策略
- 如果研發團隊很配合，可以要求開發或者產品經理完善需求文件。
- 如果因為各種原因，比如：時間緊張、開發不配合等，那麼就需要自己去溝通，對於文件中不明確的點進行標記整理，丟擲問題進行澄清，切不可含糊不清地測試。
- 直接喊產品經理、研發人員一起開會討論，過一下需求點，整理出測試點，丟擲疑問確認，達成共識，實現高效資訊同步。
3. 詳細的需求文件
現狀描述
有詳細的需求文件。
比較嚴謹負責的團隊，專案的實施有詳細的需求文件，我們就可以仔細閱讀需求文件來進行測試點的梳理工作，對於需求中你認為不明確的地方可以找專案負責人或產品經理進行溝通，做到對需求整體把握和理解，利於測試更好地進行。
應對策略
基於使用者使用的場景和行業的經驗去做判斷，判斷它是否合理。
總結
總而言之，無論需求大小，需求文件是否詳細，是否一句話的需求，只要我們基於這句話，發散思維，產生並丟擲疑問，通過不斷設問來圈定需求範圍，再針對每個問題的給出解決方案，問題就能迎刃而解。