關于【黑盒測試要怎么測】，今天向乾小編給您分享一下，如果對您有所幫助別忘了關注本站哦。

內容導航：1、黑盒測試要怎么測：沒經驗可以做黑盒測試嗎？做黑盒測試需要學什么？2、黑盒測試要怎么測，什么是黑盒測試

1、黑盒測試要怎么測：沒經驗可以做黑盒測試嗎？做黑盒測試需要學什么？

沒經驗可以做黑盒測試嗎？黑盒測試需要會什么？

首先大家必須明白沒經驗不影響大家做黑盒測試，畢竟所有人的測試經驗都是從無到有，所以缺乏經驗也可以做黑盒測試。黑盒測試又叫功能測試，大家需要了解軟件開發和測試模型、軟件測試分類、測試用例設計、缺陷及SVN、測試流程等等內容。下面詳細講講黑盒測試的具體內容。

沒經驗可以做黑盒測試嗎？沒有開發經驗不是一個測試人員的決定因素，它可以錦上添花，但未必缺其不可。或許更偏激點說，如果開發經驗太多，對參與測試未必是件好事，因為如果開發經驗太多，你對軟件的思考方式就是更偏向開發人員的思路，那么對你的測試反而是有負面影響的，你很難有新的想法。測試是需要創意的工作，所以，不要擔心自己欠缺開發經驗。

做黑盒測試需要學什么？

1、學習功能測試，需求分析，軟件測試用例的編寫，軟件測試的計劃和報告編寫。還要會解讀軟件測試需求。對于測試的需求或者功能點，黑盒測試人員應該分析的更透徹，這是一種能力，包括對一些功能點的描述是否符合測試的標準（夠不夠細具體，詳細），功能點之間存在著哪些關系，這些都是測試人員必須掌握的。等到積累了一定的工作經驗，你再拿到一份功能點或者業務需求說明書，或者測試需求說明書時，你應該很快找出重點并有所取舍，還能很快就知道用例該怎么寫，該怎么描述，該測哪些方面。總之，黑盒測試涉及的范圍很廣，如果每個人在自己的領域能做到這一點就可以了。

2、在了解了測試理論的基礎上，找一些簡單的功能自己試著去測試。如果不能把理論運用到實踐，大家的理論知識學得再系統全面也沒用。

3、學習一些軟件測試工具。工欲善其事必先利其器，好用的軟件測試工具，可以大大減輕和幫助黑盒測試的工作。這一點相信大家都明白，無須贅述。

4、了解自己所在行業的知識和現狀。因為如果都不知道行業的發展狀況是什么樣，在進行很多軟件測試的時候，可能會忽略一些方面。

2、黑盒測試要怎么測，什么是黑盒測試

對軟件的測試，有著不同的測試方法，而一般的，會分為黑盒測試與白盒測試

所謂的黑盒測試，從字面意思理解，好比把一個軟件比作是黑色盒子，我們看不到內部是什么樣子的，只能從一邊輸入數據，再從另一邊拿到輸出數據。黑盒測試，我們并不關心軟件內部是怎么處理的，只需要從最基本的需求出發，設計一些特別的測試數據，然后輸入，看看軟件的處理，是否滿足功能要求的預期結果。

而白盒測試，恰恰與黑盒測試相反。白盒測試需要分析函數內部的邏輯結構，包括函數的結構、局部數據的定義與引用、函數內部各個控制語句組成的不同路徑等。從技術水平來看，白盒測試是要比黑盒測試要求更高的，需要測試人員對程序的實現語言，架構，邏輯實現有一定的了解，所以白盒測試，一般是由開發人員進行的測試活動。

本文主要討論下黑盒測試。

（網絡盜圖，侵權刪除）

黑盒測試（Black Box Testing）

黑盒測試是什么

黑盒測試也叫做功能測試，主要關注點是被測的軟件的功能是否實現，而不是內部邏輯的處理情況。

黑盒測試是在軟件測試中使用的最早，也最廣泛的測試方法。在黑盒測試中，被測對象的內部結構，運行情況，這些測試人員都不可見，也并不關心，測試人員對被測試的產品的驗證工作主要是根據規格驗證與規格的一致性。

就像是取款機，從黑盒測試的角度，我們會插卡，輸入密碼，然后輸入金額，最終取得現金，測試關注這個流程是否正常，金額與實際現金是否匹配等等，而至于取款機內部如何處理，怎么與銀行間通信，我們是不關心的，這就是黑盒測試方法。

（網絡盜圖，侵權刪除）

黑盒測試的目的，時發現如下幾種類型的錯誤：

功能錯誤或者功能遺漏；界面錯誤或者UI錯誤；數據結構或者外部數據庫訪問錯誤；性能錯誤；初始化和終止錯誤；

為什么要做黑盒測試

可能由朋友會有疑惑，既然技術水平更高的開發人員，已經做過了白盒測試，為什么還要測試人員來做黑盒測試呢？這樣不是即浪費了人力也浪費了時間么。

其實不然，白盒測試是比較早期的測試活動，進行白盒測試的時候，可能測試對象僅僅是一個模塊，甚至是一個單元、一個循環語句。這時候的測試，確實能夠排除掉語句錯誤，可是一旦模塊進行組合，不同模塊間勢必要進行通信活動，那么這個整體是否還能正確的穩定的工作呢？不見得啦。

黑盒測試主要用于回答如下的問題：

如何測試功能的有效性；怎樣類型的輸入會產生好的測試用例；系統是否對特定的輸入值或類型敏感；如何分隔數據類的邊界；系統能夠承受何種數據率和數據量；特定類型的數據組合會對系統產生何種影響；

（網絡盜圖，侵權刪除）

運用黑河測試方法，可以得到標準的測試用例集，可以設計出能夠減少達到合理測試所需的附加測試用例數，能夠設計出能夠告知某些類型錯誤的存在或者不存在，而不僅僅與特定測試相關的錯誤。

一些常用的黑盒測試技術

黑盒測試意味著測試數據的選擇和測試結果的解釋是以軟件的功能屬性為基礎的。黑盒測試不應該由程序的創作人員來執行，因為這樣的測試人員，對程序的內部結構非常了解，在實際測試方法的時候，可能會局限于一些測定的場景或者測試數據。

軟件的功能測試，一定是需要第三方根據需求文檔或者其他文檔說明來進行黑盒測試設計。

盡管黑盒測試是圍繞著用戶的需求文檔來展開的，但是黑盒測試卻不一定需要用戶來參與測試。在絕大多數沒有用戶參與的黑盒測試中，最常見的測試由這幾種：

功能性測試容量測試安全性測試負載測試恢復性測試標桿測試穩定性測試可靠性測試

而由用戶參與的測試，主要有外場測試和實驗室測試。

不同用途的功能測試方法，一種是按照順序，依次進行每個程序的特性或功能，另一種途徑是一個模塊一個模塊的進行測試，這種測試一般是每個功能最先被調用的模塊最先測試。

容量測試的目的是檢測軟件在處理海量數據時的局限性。容量測試能夠發現系統效率方面的問題，比如不正確的緩沖區規模，或者對內存空間的占用過大。

負載測試檢測系統在一個很短的時間內處理大量的數據或者執行大量的功能調用的能力。比如雙十一的天貓，春運的12306，就要進行非常大規模的負載測試。

（網絡盜圖，侵權刪除）

恢復性測試主要保證系統在崩潰后能夠恢復外部數據的能力。系統能夠完全恢復還是部分恢復這些數據顯得尤為重要，特別是對于需要高可靠性的系統。

標桿測試包含了程序效率的測試。一段程序的有效性很大程度上依賴于硬件環境，因此標桿測試總是考慮軟件與硬件的組合情況。然而，對于大部分軟件工程師，標桿測試主要關注特定的操作的量化數據，有些也會考慮用戶測試，比較不同軟件系統作為標桿測試的有效性。

對于包含了用戶的測試活動，在軟件工程中方法性的考慮是很少的。

一般是在大致的外場測試和實驗室測試做出測試報告加以區別。

在外場測試中，觀察用戶在他們自己的正常的工作地點使用軟件的情況。除了一般的與可用性方面的特點，外場測試對評價軟件系統的可交互性測試有用，例如系統工作的技術綜合性如何。此外，外場測試是闡述系統到已有過程中的綜合性能的僅有實際手段。

實驗室測試一般用來評價系統的可用性方面的問題。由于實驗室測試的成本比較高，所以這種測試一般是大型的軟件機構才會考慮進行的活動，如IBM，Microsoft這樣的公司。由于實驗室測試給測試人員提供了許多技術可能性，因此其數據手機和分析比外場測試要容易得多。

黑盒測試的優缺點

優點：

對于更大的代碼單元來說效率要比白盒測試高；測試人員不需要了解實現的細節，包括特定的框架結構與編程語言；測試人員與編碼人員是相互獨立工作的；從用戶的視角進行測試，所采取的方法和方案容易理解和接受；有助于暴露任何與規格不一致或者有歧義的問題；測試用例可以在規格完成之后立馬執行；

缺點：

能夠被選擇使用的輸入較少，必不可能做到所有的輸入流全部覆蓋，也就是說，測試會進行的不全面；沒有清晰的、簡明的規格或需求說明書，測試用例及方案是很難設計出來的；如果測試人員不被告知開發人員已經執行過的用例，那么在測試數據上會存在重復，帶來時間和人力的浪費；會有很多程序路徑沒有被測試到；不能直接針對特定的程序代碼，程序可能會非常的復雜；

（網絡盜圖，侵權刪除）

黑盒測試不需要考慮程序內部的實現，所以比起白盒測試來說，黑盒測試更容易實現，更容易設計。而且因為更貼合用戶的使用方式，黑盒測試可以最大限度的模擬出用戶會用到的功能及場景。

大部分的測試人員的主要工作，就是進行黑盒測試，也就是對程序或者系統的功能進行測試。這個程序可能功能很簡單，僅需要三兩測試工程師即可進行，也可能功能極其復雜，需要以組為單位，百千余人的測試團隊進行測試。

充分了解黑盒測試的原理與方法，在實際的工作中，設計測試方案及測試用例就會得心應手，而且在功能的覆蓋率上，也會考慮的很深刻。

本文關鍵詞：黑盒測試怎么測試某一個函數，黑盒測試具體方法，黑盒測試怎么測試功能的有效性，黑盒測試怎么測概率，黑盒測試怎么測試功能。這就是關于《黑盒測試要怎么測，沒經驗可以做黑盒測試嗎》的所有內容，希望對您能有所幫助！更多的知識請繼續關注《犇涌向乾》百科知識網站：！