1. 程式人生 > >【軟體測試】白盒測試的條件覆蓋標準強於判定覆蓋(錯)

【軟體測試】白盒測試的條件覆蓋標準強於判定覆蓋(錯)

白盒測試的條件覆蓋標準強於判定覆蓋(錯)

條件覆蓋:每個複合判定表示式的每個簡單判定條件的取真和取假情況至少執行一次;

判定覆蓋:又稱為分支覆蓋,其含義是保證程式中每個判定節點的取真和取假分支至少執行一次 。

條件覆蓋不一定強於判定覆蓋。條件覆蓋在通常情況下是強於判定覆蓋的,因為條件覆蓋使判定表示式中每個條件都取到了兩個不同的結果,判定覆蓋卻只關心整個判定表達似的值。但是,也有可能有相反的情況,條件覆蓋雖然把每個簡單判定條件都取到了真假兩個結果,但是可能判定表示式始終只取了一個值。

舉個栗子~比如,一個複合條件為 A==2 || B > 1

如果條件覆蓋中我們選取了兩個測試用例:

  • A=2,B=0(A為真,B為假,總的結果為真)
  • A=0,B=2(A為假,B為真,總的結果為真)

在上述兩組測試用例下:雖然滿足了條件覆蓋(每個簡單判定條件的真假都取到了),但是因為最終整個判定表達是都是真,導致條件覆蓋下永遠只取到了真值,而如果是判定覆蓋將會真值假值都取到。這兩組測試用例就只滿足了條件覆蓋標準並不滿足判定覆蓋標準。

相關推薦

軟體測試測試條件覆蓋標準判定覆蓋

白盒測試的條件覆蓋標準強於判定覆蓋(錯) 條件覆蓋:每個複合判定表示式的每個簡單判定條件的取真和取假情況至少執行一次; 判定覆蓋:又稱為分支覆蓋,其含義是保證程式中每個判定節點的取真和取假分支至

軟體測試測試方法——決策表

1.地位: 決策表法被稱為“最嚴格、最具有邏輯性”的黑盒測試方法,能夠複雜邏輯關係和多條件組合情況表達的較為明確。適用於:輸入輸出較多且相互制約條件較多的問題。 2.決策表: 由條件樁、動作樁、條件項、動作項四個部分組成 條件樁是

軟體測試基礎--測試、黑測試、自動化測試

1   白盒測試         白盒測試也稱為結構測試或者邏輯驅動測試,它是按照程式內部的結構測試程式,通過測試來檢驗產品內部動作是否按照設計規格說明書的規定正常進行,檢驗程式中的每條通路是否能按照預定要求正確工作          這一方法是吧測試物件看做一個開啟的盒

軟體測試測試——基本路徑分析、及其他測試

一、基本路徑分析(例題分析) EG:例題一 1.基本路徑測試的步驟 (1)畫出程式控制流程圖    結點:代表操作、條件判斷及匯合點    控制流線或弧:控制的順序    區域:弧與結點圈定的部分 &nbs

軟體測試 -- 比較一下黑測試測試、單元測試、整合測試、系統測試、驗收測試的區別與聯絡

黑盒測試:已知產品的功能設計規格,可以進行測試證明每個實現了的功能是否符合要求。 白盒測試:已知產品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規格要求,所有內部成分是否以經過檢查。 軟體的黑盒測試意味著測試要在軟體的介面處進行。這種方法是把測試物件看做一個黑盒子,測試人員完全不考慮程式內部的邏

軟體測試基本分類----黑測試測試

黑盒測試黑盒測試又叫功能測試、資料驅動測試或給予需求規格說明書的功能測試。這種測試注重於測試軟體的功能性需求。採用這種測試方法,測試工程師把測試物件看作一個黑盒子,不需要考慮程式內部的邏輯結構和特性,只需要依據程式的需求規格說明書,檢查程式的功能是否符合它的功能說明。黑盒測試

轉1Appium 1.6.3 在Xcode 8, iOS 10.2模擬器測試環境搭建 經驗總結

div tar post bug span trace 版本 test 4.0 Appium 1.6.3 在Xcode 8, iOS 10.2(模擬器)測試環境搭建 經驗總結 關於 Appium 1.6.3 在Xcode 8, 10.2 的iOS模擬器上的問

測試測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系

角色 同時 驗收 center 調試 需求 lan 說明書 錯誤 黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系   接下來為大家細心講述一下各種測試應用的環境及作用。 一、測試環境和角色 黑盒測試、白盒測試、單元測試、集成測試、系統測試、

軟件測試之“測試

performed CA 報告 測試框架 threading program 連接 ott nat 【引言】工作關系,作為曾經的獨立測試部門,現在與開發團隊一起組成Scrum Team融合階段。 因為以前的項目系統問題較多,上邊大老板為了提高開發團隊的代碼提交質量,要求開發

軟件測試 · 測試

isp 所有 結構 執行 出現 得出 所有組 條件組合覆蓋 全部 一、概述 白盒測試也稱結構測試或邏輯驅動測試,它是按照程序內部的結構測試程序,通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行,檢驗程序中的每條通路是否都能按預定要求正確工作。

一句話瞭解 “黑測試測試

軟體測試的兩個方面: 通俗的語言解釋為: 黑盒測試:一個黑盒子留了兩個口,一個輸入和一個輸出。裡面什麼也看不到,只能通過操作手冊來進行測試。 ps:當然可以藉助一些專業測試工具。 白盒測試:把黑

淺談效能測試與黑測試測試的關係

效能測試相對於黑盒測試和白盒測試是另一種測試方法拆分的類別。也就是說效能測試既不是白盒測試也不是黑盒測試。 舉個例子,相對於功能測試,功能測試是保證功能的正確性,而效能測試是在功能正確的基礎上考慮功能的響應時間、資源佔用等。 如果從使用者體驗上去觀察效能就屬

迴歸測試測試、黑測試等概念

迴歸測試 迴歸測試是指修改了舊程式碼後,重新進行測試以確認修改沒有引入新的錯誤或導致其他程式碼產生錯誤。自動迴歸測試將大幅降低系統測試、維護升級等階段的成本。 迴歸測試包括兩部分:函式本身的測試、其他程式碼的測試。在 對被修改的函式重新測試。如果函式的設計功能沒有變化,直接執行函式測試就可以了。如果修改了設計

測試測試的優缺點

※ 黑盒測試的優點: 比較簡單,不需要了解程式內部的程式碼及實現; 與軟體的內部實現無關; 從使用者角度出發,能很容易的知道使用者會用到哪些功能,會遇到哪些問題; 基於軟體開發文件,所以也能知道軟體實現了文件中的哪些功能; 在做軟體自動化測試時較為方便; ※ 黑盒測

測試測試

黑盒測試 黑盒測試也稱功能測試或資料驅動測試,它是在已知產品所應具有的功能,通過測試來檢測每個功能是否都能正常使用,在測試時,把程式看作一個不能開啟的黑盆子,在完全不考慮程式內部結構和內部特性的情況下, 測試者在程式介面進行測試,它只檢查程式功能是否按照需求規格說明書的規定

Visual StudioMFC does not support WINVER less than 0x0501 解決方案

.net style win blog 文件 ros family sim tar 原文轉自 http://blog.csdn.net/ygzhong000/article/details/41750841 解決方案:在stdafx.h頭文件中添加以下行。 #def

Android架構基於MVP模式的Retrofit2+RXjava封裝之常見問題

###先回顧下之前的 【Android架構】基於MVP模式的Retrofit2+RXjava封裝(一) 【Android架構】基於MVP模式的Retrofit2+RXjava封裝之檔案下載(二) 【Android架構】基於MVP模式的Retrofit2+RXjava封裝之檔案上傳(三)

Android架構基於MVP模式的Retrofit2+RXjava封裝之檔案下載

上篇中我們介紹了基於MVP的Retrofit2+RXjava封裝,還沒有看的點選這裡,這一篇我們來說說檔案下載的實現。 首先,我們先在ApiServer定義好呼叫的介面 @GET Observable<ResponseBody> downloadFile(@

音樂App—— Vue2.0開發移動端音樂WebApp專案爬坑

前言:上一篇總結了專案概況、專案準備、頁面骨架搭建、推薦頁面開發,這一篇重點梳理歌手頁面開發、歌手詳情頁。專案github地址:https://github.com/66Web/ljq_vue_music,歡迎Star。   一、歌手頁面開發--singer

音樂App—— Vue2.0開發移動端音樂WebApp專案爬坑

前言:在學習《慕課網音樂App》課程的過程中,第一次接觸並實踐了資料的跨域抓取和圍繞音樂播放展開的不同功能,也是這個專案帶給我最大的收穫,前面的實踐記錄分別總結了:推薦頁面開發和歌手頁面開發。這一篇主要梳理一下:音樂播放器的開發。專案github地址:https://github.com/66Web/ljq_