軟體工程黑盒測試的基礎是什麼 白盒測試的基礎是什麼

什麼是黑盒測試和白盒測試？

任何工程產品（請注意，任何工程產品）都可以使用以下兩種方法之一進行測試。

黑盒測試：產品的功能設計規範是已知的，可以進行測試以證明每個實現的功能都符合要求。

白盒測試：產品的內部工作原理是已知的，可以進行測試以證明每個內部操作都符合設計規範，並且所有內部元件都經過檢查。

軟體的黑盒測試意味著測試是在軟體的介面上完成的。 這樣一來，測試物件就被當作乙個黑匣子來對待，測試人員根本不考慮程式的內部邏輯結構和內部特性，只根據程式的需求規範來檢查程式的功能是否符合其功能描述。 因此，黑盒測試也稱為功能測試或資料驅動測試。

黑匣子測試主要用於查詢以下型別的錯誤：

1. 是否有任何不正確或缺失的功能？

2.在介面上，可以正確接受輸入嗎？ 你能得到正確的結果嗎？

3. 是否存在資料結構錯誤或訪問外部資訊（如資料檔案）時出現錯誤？

4、效能能滿足要求嗎？

5. 是否有任何初始化或終止錯誤？

軟體的白盒測試是對軟體程式細節的詳細檢查。 這種方法將測試物件視為乙個開放的盒子，允許測試人員使用程式內部的邏輯結構和相關資訊來設計或選擇測試用例並測試程式的所有邏輯路徑。 通過檢查不同點的程式狀態，確定實際狀態是否與預期狀態一致。

因此，白盒測試也稱為結構測試或邏輯驅動測試。 白盒測試主要是對程式模組進行如下檢查：

1. 至少測試一次程式模組的所有獨立執行路徑。

2.對於所有邏輯判斷，“真”和“假”兩種情況至少可以測試一次。

3.在迴圈邊界和操作邊界內執行迴圈。

4. 測試內部資料結構的有效性等。

以上事實表明，軟體測試有乙個致命的缺陷，那就是測試的不完整和不完整。 由於任何程式都只能執行少量的有限測試（相對於大量詳盡的示例），因此當沒有發現錯誤時，不能說程式中沒有錯誤。

黑匣子只測試被測程式的功能和外部輸入輸出的關係，看它是否符合需求分析中的功能描述，而不管其內部邏輯和內部特性如何。

白盒測試是對系統內部過程細節的詳細檢查，被測試的程式被視為乙個透明的盒子。

常用的黑盒測試。

技術方法包括劃分等價類、邊界值分析、錯誤推測、因果圖、決策表組成法和正交實驗設計。

場景方法。 黑盒測試，這是檢查每個功能是否正常工作的測試。 在測試中，將程式視為無法開啟的黑匣子，在不考慮程式內部結構和內部特性的情況下，在程式介面上進行測試，只檢查程式功能是否按照需求規範的規定正常使用，程式是否能正確接收輸入資料。

並生成正確的輸出資訊。 黑盒測試側重於程式的外部結構，而不考慮內部邏輯結構，主要側重於軟體介面和軟體功能。

對軟體測試是白盒測試還是黑盒測試進行分類的基礎是被測系統的原始碼是否經過測試。

在實際的專案測試過程中，選擇和確定測試模型只是我們實施測試的第一步。 此外，我們還要弄清楚在整個測試過程中需要進行哪些型別的測試，根據不同的測試型別進行歸檔並進行相應的測試，這樣我們的測試工作才能有效地進行。 那麼軟體測試是如何分類的呢？

1、根據專案流程階段劃分軟體測試。

這是乙個典型的“V”型軟體開發過程，軟體測試工作在專案開發過程中是循序漸進地進行的。以下是測試的每個階段的含義。 單元測試：

單元測試是測試具有獨立功能的程式的單個子程式或段的過程。

2.白盒測試、黑盒測試、灰盒測試。

白盒測試和黑盒測試主要根據軟體在軟體測試中的可見性進行劃分。 這也是軟體測試領域最基本的概念之一。

3、功能測試和效能測試軟體的不同測試面可分為功能測試和效能測試。

功能棚傻高測試主要考察實際功能是否滿足使用者需求，所以大部分測試工作也是圍繞軟體功能展開的。 軟體旨在滿足使用者對其功能的需求，如果偏離此目的，任何測試工作都毫無意義。

功能測試可以細分為多種型別：邏輯功能測試、介面測試、可用性測試、鍊標、安裝測試、相容性測試等。

黑盒測試方法包括：等價類劃分法、邊界值分析法、誤猜法、因果圖法、決策表驅動法、正交實驗設計法、場景法等。 每種方法的特點是：

1.等價類劃分法。

等價類分割槽是將程式的輸入域劃分為若干部分（子集），然後從每個部分中選擇少量代表性資料作為測試用例。 每個類的代表性資料等同於此類中用於測試的其他值。

2.邊界值分析法。

邊界值分析是通過選擇等價類邊界來測試用例。 邊界值分析方法不僅要關注輸入條件邊界，還必須考慮輸出域邊界。 它補充了等價類分割槽方法。

3.錯誤的猜測。

誤差猜測是一種基於經驗和直覺推測程式中可能出現的錯誤，從而有針對性地設計測試用例的方法。

4.因果圖法。

因果圖方法最終會生成乙個決策表。 它適用於檢查程式輸入條件的各種組合。

5.判斷表驅動方法。

條件的任意組合和要執行的相應操作的特定值。 規則是決策表中的一條規則，其中列貫穿條件和措施項。 顯然，判斷表中列出的條件值集有多少條規則，並且有條件項和措施項的列。

6.正交實驗設計方法。

它是一種使用正交**的方法，該方法已構建用於安排實驗和執行資料分析，以便以最少的測試用例實現最高的測試覆蓋率。

7.場景法。

它可以更生動地描繪事件被觸發時的情況，有利於測試設計人員設計測試用例，同時使測試用例更容易理解和執行。

答：B軟體測試是程式測試;該陳述不正確。 軟體測試不僅僅是程式測試，還包括用例、單元、整合和驗證等。

軟體測試貫穿於軟體定義和開發的整個週期，在不同的開發階段進行不同的測試。 需求分析、需求規範、設計規範和程式都是測試物件。

黑盒測試，也稱為功能測試，是一種測試以檢視每個功能是否正常工作的測試。 黑智櫻盒測試注重程式的外部結構，不考慮內部邏輯結構，主要測試軟體介面和軟體功能。

整合測試，也稱為裝配測試或聯合測試。 在單元測試的基礎上，將所有模組根據設計要求（如根據結構圖）組裝成子系統或系統進行整合測試。

黑盒測試：黑盒測試是指不關注程式內部處理邏輯，只關注輸入輸出的測試過程。

如果你輸入了乙個測試資料，並且輸出是正確的，你就認為這個函式是正確的，也稱為資料驅動測試。

舉個例子：手機上的計算器應用程式。

我們直接在手機上輸入 1+1=

如果此時輸出為 2，則證明操作正確。 在這個過程中，我們並不關心內部襪子顫動程式是如何計算的，只要結果與我的輸入相符，就可以了。 這種測試方法稱為黑盒測試。

通常，我們的點點測試也是黑盒測試。

白盒測試：又稱結構測試或邏輯驅動測試，就是要了解產品的內部工作過程，通過測試可以檢測產品的內部動作是否按照規範規範的規定正常進行。

白盒測試的常用方法。

基本覆蓋標準：邏輯驅動、迴圈、基極電路測試等，主要用於軟體驗證。

“白盒”方法提供了對程式內部邏輯結構的全面理解，並測試了所有邏輯路徑。

“白盒”方法是一種詳盡的路徑測試。 使用該方案時，測試人員必須檢查程式的內部結構，從檢查程式的邏輯出發，得出測試資料。 貫穿該程式的獨立路徑數量是天文數字。

但是，即使測試了每條路徑，仍然可能存在錯誤。

黑盒測試：又稱功能測試和資料驅動測試，將被測軟體視為無法開啟的黑匣子，主要設計測試用例，並根據功能需求進行測試。

概念：黑盒測試是一種從軟體外部在軟體上實現的測試，也稱為功能測試或基於規範的測試。 基本點是：

任何程式都可以看作是從輸入定義域到輸出值域的對映，這種檢視將被測程式視為乙個無法開啟的黑匣子，黑匣子內的內容（實現）是完全未知的，只知道軟體要做什麼。 因為我看不到盒子裡的內容，我不知道軟體是如何實現的，也不關心黑盒子裡面的結構，我只關心軟體的輸入資料和輸出結果。

檢查軟體功能是否能按照需求規範的規定正常工作，是否有功能遺漏;

檢測是否存在人機互動錯誤，是否存在資料結構和外部資料庫訪問錯誤，資料是否能正確接收，外部資訊（如資料庫或檔案）是否能保持完整性;

檢測行為、效能等特性是否符合要求等; 檢測程式初始化和終止等方面的錯誤。

軟體測試從字面上看是通俗易懂的，軟體測試就是測試軟體的功能和效能，知道如何編寫測試記錄，計畫改進計畫，檢查軟體的整體效能。

主要包括黑盒測試和白盒測試。

黑匣子測試是測試軟體的功能，比如手機上的攝像頭軟體，點選後是否能正常開啟。

白盒測試比較先進，檢查軟體的整體效能，軟體是否能流暢執行，是否存在bug，並找出這些bug等缺陷，是您的責任。

該軟體還分為初級、中級和高階。 初級的就是你要按照領導的吩咐去做，中級的可以指導別人做一些工作，但你也要聽領導的吩咐。 高階工程師本身就是領導者。

軟體測試工程師不需要任何基礎，而且他們上手快，薪水高。 而且由於軟體的整體效能需要控制，許多高階工程師成為公司的管理層。 希望。

白盒測試需要更深入地接觸**，比如語句的標準化和正確性等，可以通過繪製程式流程圖來分析路徑，找出路徑後，就可以根據路徑編寫測試用例，而黑盒測試不需要聯絡，主要需要根據軟體的功能設計一些測試用例， 比如乙個按鈕是否實現了它的功能，做乙個白盒可能更難，而黑盒測試更常見，當然處理比白盒要高得多。