軟體測試，黑盒測試能否發現需求的錯誤？
阿遠2020-05-30 09:07:02建議問問題加問題背景。否則會有很多歧義，不確定具體是問什麼。
首先只是從字面意思回答。
什麼叫需求的錯誤，是指設計的不合理？還是指有些異常場景沒有考慮到？
如果需求的錯誤指的是我上面的兩種定義。其實我很難理解為什麼要把黑盒測試和能不能發現需求的錯誤聯絡在一起。
應該說是在黑盒測試的第一階段，需求分析的過程中，是比較容易發覺“需求的錯誤”。
第二種情況，我猜你想問的是，作為一個黑盒測試的測試人員有沒有權力對產品的需求提出需求的改進建議。
當然是有建議權的。一般會有個需求評審，就是為了給產品提建議的。測試的時候會提最佳化單，也是給產品提建議。
但是產品接不接受就是另外一個問題了。
知乎使用者Esopl42020-06-03 14:55:08可以 ：
黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。一般用來確認軟體功能的正確性和可操作性,目的是檢測軟體的各個功能是否能得以實現,把被測試的程式當作一個黑盒,不考慮其內部結構,在知道該程式的輸入和輸出之間的關係或程式功能的情況下,依靠軟體規格說明書來確定測試用例和推斷測試結果的正確性。
軟體的黑盒測試意味著測試要在軟體的介面處進行。這種方法是把測試物件看做一個黑盒子，測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或資料驅動測試。黑盒測試主要是為了發現以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在介面上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有資料結構錯誤或外部資訊（例如資料檔案）訪問錯誤？
4、效能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
黑盒測試的優點有：比較簡單，不需要了解程式內部的程式碼及實現；與軟體的內部實現無關； 從使用者角度出發，能很容易的知道使用者會用到哪些功能，會遇到哪些問題；基於軟體開發文件，所以也能知道軟體實現了文件中的哪些功能；在做軟體自動化測試時較為方便。
黑盒測試的缺點有：不可能覆蓋所有的程式碼，覆蓋率較低，大概只能達到總程式碼量的30%；自動化測試的複用性較低。
測試曾哥2020-06-09 23:28:40軟體測試， 就是去驗證預期結果與實際結果的差別。
那麼預期結果是從哪裡來的呢， 可不是是需求來的啊。。。。
因此， 黑盒測試， 當然是能發現需求的錯誤啦。
測試凱哥2020-06-12 21:39:58題主，可以很負責任的告訴你：黑盒測試發現需求的錯誤是完全沒有問題的。
按照黑盒測試的定義：就是在程式的介面處，按照軟體的要求就行操作，輸入符合要求的資料，檢查是否能夠得到預期設計的結果。
在這個過程中，如果按照需求描述的進行操作，發現沒有獲得期望的結果。那其實就是需求不完善或者錯誤的表現，因為沒有將可能出現的情況全都考慮進去。
其次，在這裡面，有一個非常重要的關於需求的認識。我們通常認為的需求是什麼呢？就是明文規定的，以文字的形式展現出來的要求，但是，有一點可能會被很多人給忽略掉，那就是：隱性需求。這是相對於剛剛提到的那種需求來說的。
因為我們都知道，有一種缺陷是：需求規格說明書中沒有提及，但是應該實現，而軟體並沒有實現的功能。
所以總的來說，黑盒測試，如果做好了，可以很大程度發現需求中不足的地方，並且促進這些不足改進。
FunTester2020-06-12 21:48:32有一種測試叫做：文件測試。
