1樓：網友
您好：所謂實物都有兩面性，要知道黑盒的優勢首先要清楚黑盒與白盒的本質區別：黑盒測試是把被測試物件看做不透明的盒子，不考慮內部邏輯實現，只驗證需求規格；而白盒測試則是考慮被測物件內部的邏輯實現，所以二者側重點的不同就產生了各自的優缺點，黑盒測試的優點是：
1、黑盒測試從使用者角度去測試，更容易被理解；
2、黑盒測試只測試需求規格，發現問題的效率更高；
3、黑盒測試測試人員不用關心軟體內部的邏輯實現；
4、黑盒測試測試人員不必須有較高的**能力。
白盒測試與黑盒測試的優缺點是什麼？
2樓：烏爾裡希
雖然下面說的這麼多，但只要能說出自己最理解的幾點就可以了！ 白盒測試：依據：
lld（詳細設計）目的：利用不同的邏輯率到達某種程度的**覆蓋率（考慮全部程度的**覆蓋率會增加本） 步驟：靜態分析和動態分析優點：
迫使測試人員去了解軟體的實現 檢測**中的每條路徑和分支 揭示隱藏在**中的錯誤 對**的測試進行比較徹底缺點：白盒測試投入較大，成本較高 白盒測試不驗證規格的正確性 無法檢查**中遺漏的路徑和資料敏感性錯誤黑盒測試：依據：
srs（software requriement specification軟體需求說明書）目的：從質量特性的不同方面，對軟體進行測試，檢測該軟體是否實現了srs中所有顯示和隱式的需求步驟：構造輸入和預期輸出，通過一定的操作步驟來測試軟體。
優點：對較大的**單元來說，黑盒測試比白盒測試的效率高 測試人員不需要了解實現得細節，包括特定的程式語言 測試人員和程式設計人員是相互獨立的 從使用者的角度進行測試，很容易被接受和理解 有助於暴露任何與閨閣不一致或者歧異的地方 測試用例可以在規格完成後馬上進行缺點：不能測試程式內部特定部位 如果程式未執行的**無法發現 沒有清晰的和簡明的規格，測試用例很難被設計。
黑盒測試與白盒測試的區別？
3樓：吊打你需要理由
測試的物件性質不一樣。
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針對軟體介面和軟體功能進行測試。
黑盒測試是以使用者的角度，從輸入資料與輸出資料的對應關係出發進行測試的。很明顯，如果外部特性本身設計有問題或規格說明的規定有誤，用黑盒測試方法是發現不了的。
從理論上講，黑盒測試只有採用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程式中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進行測試。這樣看來，完全測試是不可能的，所以我們要進行有針對性的測試，通過制定測試案例指導測試的實施，保證軟體測試有組織、按步驟，以及有計劃地進行。
黑盒測試行為必須能夠加以量化，才能真正保證軟體質量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法、場景法等。
等價類劃分的辦法是把程式的輸入域劃分成若干部分(子集)，然後從每個部分中選取少數代表性資料作為測試用例。每一類的代表性資料在測試中的作用等價於這一類中的其他值。該方法是一種重要的，常用的黑盒測試用例設計方法。
4樓：year醫海無邊
首先糾正 這個問題不屬於「硬體」類的。
什麼是黑盒測試和白盒測試？
任何工程產品（注意是任何工程產品）都可以使用以下兩種方法之一進行測試。
黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。
白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。
軟體的黑盒測試意味著測試要在軟體的介面處進行。這種方法是把測試物件看做乙個黑盒子，測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或資料驅動測試。
黑盒測試主要是為了發現以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在介面上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有資料結構錯誤或外部資訊（例如資料檔案）訪問錯誤？
4、效能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
軟體的白盒測試是對軟體的過程性細節做細緻的檢查。這種方法是把測試物件看做乙個開啟的盒子，它允許測試人員利用程式內部的邏輯結構及有關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試。通過在不同點檢查程式狀態，確定實際狀態是否與預期的狀態一致。
因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程式模組進行如下檢查：
1、對程式模組的所有獨立的執行路徑至少測試一遍。
2、對所有的邏輯判定，取「真」與取「假」的兩種情況都能至少測一遍。
3、在迴圈的邊界和執行的界限內執行迴圈體。
4、測試內部資料結構的有效性，等等。
以上事實說明，軟體測試有乙個致命的缺陷，即測試的不完全、不徹底性。由於任何程式只能進行少量（相對於窮舉的巨大數量而言）的有限的測試，在未發現錯誤時，不能說明程式中沒有錯誤。
5樓：網友
黑盒法：該方法是把被測試物件看成乙個黑盒子，測試人員完全不考慮程式內部結構和處理過程。只在軟體的介面處進行測試，根據需求規格說明書。
檢查程式是否滿足功能要求。因此黑盒測試有稱為功能測試或資料驅動測試/ 白盒法： 該方法是把測試物件看作乙個開啟的盒子，測試人員須瞭解程式的內部結構和處理過程，一檢查處理過程的細節為基礎，對程式中儘可能多的邏輯路徑進行測試，檢驗內部控制結構和資料結構是否有錯，實際的執行狀態與預期的狀態是否一致。
黑盒測試和白盒測試哪個更有技術含量？
6樓：匿名使用者
白盒測試(white-box testing，又稱邏輯驅動測試，結構測試)是把測試物件看作乙個開啟的盒子。利用白盒測試法進行動態測試時，需要測試軟體產品的內部結構和處理過程，不需測試軟體產品的功能。白盒測試又稱為結構測試和邏輯驅動測試。
黑盒測試（black-box testing，又稱為功能測試或資料驅動測試）是把測試物件看作乙個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。
黑盒測試注重於測試軟體的功能性需求，也即黑盒測試使軟體工程師派生出執行程式所有功能需求的輸入條件。黑盒測試並不是白盒測試的替代品，而是用於輔助白盒測試發現其他型別的錯誤。
7樓：匿名使用者
白盒測試更有技術含量黑盒測試主要是功能性測試。百合測試要了解程式**，所以更有技術含量。
黑盒測試與白盒測試各有哪些優缺點，應該如何結合才能解決漏洞和冗餘問題
8樓：網友
黑盒測試與軟體如何實現無關，測試用例開發可以與實現並行進行，因此可以壓縮總的專案開發時間，但測試用例之間可能存在嚴重的冗餘，還會有未測試的軟體漏洞。白盒測試侷限於已經完成的**行為當中，離**太近。如果黑盒測試結合白盒測試的覆蓋率指標執行，冗餘和漏洞問題都會被發現並解決。
如果發現同一條程式路徑被多個功能性測試用例遍歷，就可以懷疑這種冗餘不會發生新的缺陷，如果沒有達到一定的dd—路徑覆蓋，則可知在功能性測試用例中存在漏洞。
黑盒測試方法有哪些,優缺點
9樓：匿名使用者
優點：1.對於較大的**單元來說，黑盒測試比白盒測試效率較高。
2.測試人員不需要了解細節，包括特定的程式語言。
3.測試人員和開發人員是彼此獨立的。
4.從使用者的角度測試，很容易被理解和接受。
5.有助於暴露與任務規格不一致或者有歧義的地方。
6.測試用例可以在需求規格完成之後馬上執行。
缺點：1.測試的只有一小部分，不可能測試全部輸入。
2.沒有清潔和簡明的需求規格說明書，測試用例很難設計。
3.如果測試人員，不被告知開發人員已經執行過的用例，在測試資料上會存在不必要的重複。
4.很多測試路徑沒有測試到。
6.大部分和研究相關的測試都是直接針對白盒測試的。
不知道能不能解決你的疑問。
10樓：網友
黑盒測試的方法有 等價類劃分法；邊界值分析法；因果圖分析法；判定表法；狀態遷移法；場景法。。。
優點：對較大的**單元來說，黑盒測試比白盒測試的效率高測試人員不需要了解實現得細節，包括特定的程式語言測試人員和程式設計人員是相互獨立的。
從使用者的角度進行測試，很容易被接受和理解。
有助於暴露任何與閨閣不一致或者歧異的地方。
測試用例可以在規格完成後馬上進行。
缺點：不能測試程式內部特定部位。
如果程式未執行的**無法發現。
沒有清晰的和簡明的規格，測試用例很難被設計。
11樓：師言預
黑盒測試的方法有；ui測試，手工測試，介面測試，相容測試，壓力測試，疲勞測試，弱網測試，負載測試，容量測試，介面測試，功能測試等。
黑盒測試、白盒測試有什麼區別？
12樓：網友
產生用例的依據不同，思路不同，覆蓋率標準也不同。
13樓：網友
軟體的黑盒測試意味著測試要在軟體的介面處進行，測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書和使用者手冊，檢查程式的功能是否符合它的功能說明，以及效能是否滿足使用者的要求。因此黑盒測試又叫功能測試或資料驅動測試。
軟體的白盒測試是對軟體的過程性細節做細緻的檢查，它允許測試人員利用程式內部的邏輯結構及有關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試，通過在不同點檢查程式狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。
效能測試是白盒測試還是黑盒測試
14樓：網友
效能測試相對於黑盒測試和白盒測試是另一種測試方法拆分的類別。也就是說效能測試既不是白盒測試也不是黑盒測試。舉個例子，相對於功能測試，功能測試是保證功能的正確性，而效能測試是在功能正確的基礎上考慮功能的響應時間、資源佔用等。
如果從使用者體驗上去觀察效能就屬於黑盒測試，如果從**層面去測試函式的資源佔用和相應時間就屬於白盒測試。
15樓：網友
效能測試應該是黑盒測試。
移動寬頻帶的那個黑盒子是幹什麼的叫啥名字
onu。onu optical network unit 光網路單元，onu分為有源光網路單元和無源光網路單元。一般把裝有包括光接收機 上行光發射機 多個橋接放大器網路監控的裝置叫做光節點。pon使用單光纖連線到olt，然後olt連線到onu。onu提供資料 iptv 即互動式網路電視 語音 使用i...
為什麼要做黑盒測試？黑盒測試方法有哪些？
有人認為白盒測試的技術含量高於黑盒測試，黑盒測試很簡單，其實這是不對的，國內為什麼大多數的測試人員都在做黑盒，一方面是因為白盒測試工程師比較少，但我覺得最重要的一方面是大多數的軟體公司開發出來的產品功能上都沒有合格，很難用，甚至沒法用，所以一般的黑盒測試能通過就不錯了，白盒測試一般都是由開發人員自己...
SQA 與 黑盒測試 哪個更有發展前途
喜歡管理就選sqa 喜歡技術就選黑盒。個人傾向sqa 其實發展的前途並不在工種，而是看個人！自身的素質和能力的大小都是決定發展前途的關鍵因素！黑盒！因為我就是搞這個的。都有 看你對哪個感興趣了。未來n年，黑盒測試和白盒測試哪個有前途？軟體測試工程師以後怎麼樣？在系統測來。試中黑盒測。源試和白盒測試都...