軟體測試員每日必做工作之一就是要了解使用者的需求，測試出使用者滿意的產品是軟體測試工作的核心，那麼在需求評審過程中，更多的優秀軟體測試員其實更善於對使用者“隱形需求”的挖掘，能更加有效的做好軟體測試的需求分析。

我們網上衝浪經常會看到“男友求生欲”掛上熱搜，很多男生表示，再也不相信女友說的“我沒生氣”了。很多時候，在對很多矛盾的處理上女生會更在意男生的態度，這就是女生的“隱形需求”，有時候男生執著於對錯，解決了問題，卻只能收到冷淡的迴應。

專業一點的例子也可以這樣來看：

現在有一個PC客戶端的命令列工具，這個工具可以接收三個命令列引數，其中，前兩個是數字，最後一個是運算子，運算子只支援加減乘除四種，工具的功能就是把前兩個數字使用運算子做下運算，然後輸出運算結果。

很多人面試可能都會遇到這樣關於寫測試點的題，我相信大部分人在寫功能測試點的時候都能覆蓋到三個引數的正常和異常情況，會有一半的人能考慮到引數個數的正常和異常情況，一小半的人應該能考慮到數字引數的最大值情況，而能考慮到引數分隔符的正常和異常情況的就只有非常少的人了。

引數型別、引數個數這些都是需求裡面明確寫出來的，這些我們可以稱為顯性需求，所以能考慮到這部分用例的人很多，特別是引數的正常和異常，不管是否知道等價類劃分法，都能考慮到。但是引數個數和數字最大值，又可以算到邊界值分析法裡面，如果不知道邊界值分析，可能不會考慮到引數個數所有異常的覆蓋情況，如果不懂程式設計，可能問不出來數字使用什麼型別這樣的問題，當然也就不知道所謂的最大值要怎麼構造了，所以這個也可以算到隱性需求的範疇。

這裡“隱形需求”就是引數分隔符了，這種沒有明確說明的地方，有時候開發會按照自己自以為的方式給實現了，比如預設空格分割，但是測試後期發現很多人也會用逗號去分割，修改的話會造成新的修改成本，其實這個地方操作不難，難的是少有人想得到。

看完是不是感覺隱形需求在做好需求分析時是非常重要的呢~

如果要成功的做一個測試專案，首先必須瞭解測試規模、複雜程度與可能存在的風險，這些都需要透過詳細的測試需求來了解。所謂知己知彼，百戰不殆。測試需求不明確，只會造成獲取的資訊不正確，無法對所測軟體有一個清晰全面的認識，測試計劃就毫無根據可言。活在自己世界裡的人是可悲的，只憑感覺不做詳細瞭解就下定論的專案是失敗的。

測試需求越詳細精準，表明對所測軟體的瞭解越深，對所要進行的任務內容就越清晰，就更有把握保證測試的質量與進度。

如果把測試活動比作軟體生命週期，測試需求就相當於軟體的需求規格，測試策略相當於軟體的架構設計，測試用例相當於軟體的詳細設計，測試執行相當於軟體的編碼過程。