求教問題,什麼是「黑盒」,求教乙個問題,什麼是「黑盒」

2022-04-27 11:10:22 字數 6337 閱讀 4341

1樓:匿名使用者

你問的是黑盒測試吧!黑盒測試是以使用者的角度,從輸入資料與輸出資料的對應關係出發進行測試的。

在完全不考慮內部結構和內部特性的情況下,進行測試。它只檢查功能是否按照需求規格說明書的規定正常使用。

2樓:匿名使用者

黑盒是軟體測試中的乙個術語。

意思是指不了解函式或物件的內部結構,只根據它的外部特徵進行邏輯測試。

比如乙個函式int add(int a,int b),如果使用黑盒測試的話,可以設計以下幾個測試用例:

a=10,b=22

a=0,b=0

a=65535,b=65535

a=-65536,b=-65536

a=-65536,b=65535

a=65535,b=-65536

3樓:騰訊電腦管家

所謂的黑盒是指電腦處理器的一種包裝是黑顏色的盒子,與以前的處理器的藍盒裝比較,唯一的區別是黑盒不鎖倍頻,可以為超頻愛好者提供一定的超頻空間。

其他引數都一樣的,就是黑版盒的cpu沒有鎖定倍頻,因此可以自行調到更高。降頻節能兩個cpu都是有的。

能超倍頻的好處是可以控制外頻在200,以減少對其他系統匯流排的影響。而普通cpu只能超外頻。

黑盒測試需要注意哪些問題?

4樓:匿名使用者

黑盒測試是以使用者的角度,從輸入資料與輸出資料的對應關係出發進行測試的。很明顯,如果外部特性本身有問題或規格說明的規定有誤,用黑盒測試方法是發現不了的。

黑盒測試法注重於測試軟體的功能需求,主要試圖發現下列幾類錯誤。

功能不正確或遺漏;

介面錯誤;

資料庫訪問錯誤;

效能錯誤;

初始化和終止錯誤等。

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

5樓:劉世媛

首先:什麼是黑盒測試和白盒測試?

無論是什麼軟體的測試,這兩種都是適應的。以下是相關定義。

黑盒測試:已知產品的功能設計規格,可以進行測試證明每個實現了的功能是否符合要求。白盒測試:

已知產品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規格要求,所有內部成分是否以經過檢查。

其次:到底什麼是黑盒測試呢?

軟體的黑盒測試意味著測試要在軟體的介面處進行。這種方法是把測試物件看做乙個黑盒子,測試人員完全不考慮程式內部的邏輯結構和內部特性,只依據程式的需求規格說明書,檢查程式的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或資料驅動測試。

黑盒測試主要是為了發現以下幾類錯誤:1、是否有不正確或遺漏的功能?2、在介面上,輸入是否能正確的接受?

能否輸出正確的結果?3、是否有資料結構錯誤或外部資訊(例如資料檔案)訪問錯誤?4、效能上是否能夠滿足要求?

5、是否有初始化或終止性錯誤?

最後:到底什麼是白盒測試呢?

軟體的白盒測試是對軟體的過程性細節做細緻的檢查。這種方法是把測試物件看做乙個開啟的盒子,它允許測試人員利用程式內部的邏輯結構及有關資訊,設計或選擇測試用例,對程式所有邏輯路徑進行測試。通過在不同點檢查程式狀態,確定實際狀態是否與預期的狀態一致。

因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程式模組進行如下檢查:1、對程式模組的所有獨立的執行路徑至少測試一遍。

2、對所有的邏輯判定,取「真」與取「假」的兩種情況都能至少測一遍。3、在迴圈的邊界和執行的界限內執行迴圈體。4、測試內部資料結構的有效性,等等。

參考資料

6樓:匿名使用者

軟體測試的兩個方面而已。

白盒測試:是通過程式的源**進行測試而不使用使用者介面。這種型別的測試需要從**句法發現內部**在演算法,溢位,路徑,條件等等中的缺點或者錯誤,進而加以修正。

黑盒測試:是通過使用整個軟體或某種軟體功能來嚴格地測試, 而並沒有通過檢查程式的源**或者很清楚地了解該軟體的源**程式具體是怎樣設計的。測試人員通過輸入他們的資料然後看輸出的結果從而了解軟體怎樣工作。

在測試時,把程式看作乙個不能開啟的黑盆子,在完全不考慮程式內部結構和內部特性的情況下,測試者在程式介面進行測試,它只檢查程式功能是否按照需求

規格說明書的規定正常使用,程式是否能適當地接收和正確的輸出

7樓:匿名使用者

白盒測試:是通過程式的源**進行測試而不使用使用者介面。這種型別的測試需要從**句法發現內部**在演算法,溢位,路徑,條件等等中的缺點或者錯誤,進而加以修正。

黑盒測試:是通過使用整個軟體或某種軟體功能來嚴格地測試, 而並沒有通過檢查程式的源**或者很清楚地了解該軟體的源**程式具體是怎樣設計的。

1. 測試人員通過輸入他們的資料然後看輸出的結果從而了解軟體怎樣工作。在測試時,把程式看作乙個不能開啟的黑盆子,在完全不考慮程式內部結構和內部特性的情況下,測試者在程式介面進行測試,它只檢查程式功能是否按照需求。

2. 二者最大的區別應該就是測試物件不一樣,白盒測試主要針對的是程式**邏輯,黑盒測試主要針對的是程式所展現給使用者的功能,簡單的說就是前者測試後台程式後者測試前台展示功能。

3. 白盒測試的測試方法有**檢查法、靜態結構分析法、靜態質量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號測試、z路徑覆蓋、程式變異。黑盒測試是以使用者的角度,從輸入資料與輸出資料的對應關係出發進行測試的。

很明顯,如果外部特性本身有問題或規格說明的規定有誤,用墨盒測試方法是發現不了的。

8樓:hjq嘿呦嘿呦

黑盒測試:把被測軟體看成乙個黑盒,不知道軟體內部**怎麼寫的,根據使用者需求進行的測試。

白盒測試:能看到軟體**,依據軟體內部結構(**)進行的測試(好處:可以通過測試證明內部操作是否符合要求)

9樓:匿名使用者

白盒測試:

也稱結構測試或邏輯驅動測試,它是知道產品內部工作過程,可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行,按照程式內部的結構測試程式,檢驗程式中的每條通路是否都有能按預定要求正確工作,而不顧它的功能。

黑盒測試:

也稱功能測試、資料驅動測試,它將被測軟體看作乙個打不開的黑盒,主要根據功能需求設計測試用例,進行測試。

10樓:匿名使用者

任何工程產品都可以使用白盒測試和黑盒測試兩種方法之一進行測試。

1、黑盒測試:已知產品的功能設計規格和使用者手冊,可以進行測試證明每個功能是否實現、每個實現了的功能是否符合要求,以及產品的效能是否滿足使用者的要求。

軟體的黑盒測試意味著測試要在軟體的介面處進行,測試人員完全不考慮程式內部的邏輯結構和內部特性,只依據程式的需求規格說明書,檢查程式的功能是否符合它的功能說明,以及效能是否滿足使用者的要求。因此黑盒測試又叫功能測試或資料驅動測試。

黑盒測試主要是為了發現以下幾類錯誤:

1)、是否有不正確或遺漏的功能?

2)、在介面上,輸入是否能正確的接受?能否輸出正確的結果?

3)、是否有資料結構錯誤或外部資訊(例如資料檔案)訪問錯誤?

4)、效能上是否能夠滿足要求?

5)、是否有初始化或終止性錯誤?

2、白盒測試:已知產品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規格要求,所有內部成分是否以經過檢查。

軟體的白盒測試是對軟體的過程性細節做細緻的檢查,它允許測試人員利用程式內部的邏輯結構及有關資訊,設計或選擇測試用例,對程式所有邏輯路徑進行測試。通過在不同點檢查程式狀態,確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。

白盒測試主要是想對程式模組進行如下檢查:

1)、對程式模組的所有獨立的執行路徑至少測試一遍。

2)、對所有的邏輯判定,取「真」與取「假」的兩種情況都能至少測一遍。

3)、在迴圈的邊界和執行的界限內執行迴圈體。

4)、測試內部資料結構的有效性,等等。

二、白盒測試技術

白盒測試是一種被廣泛使用的邏輯測試方法,也稱為結構測試或邏輯驅動測試。

白盒測試物件基本上是源程式,是以程式的你不邏輯為基礎的一種測試方法。

白盒測試方法又可分為靜態測試和動態測試。靜態測試是一種不通過執行程式而進行測試的技術,其關鍵功能是檢查軟體的表示和描述是否一致,沒有衝突或者沒有歧義。它瞄準的是糾正軟體系統在描述、表示和規格上的錯誤,是任何進一步測試的前提。

而動態測試需要軟體的執行,當軟體系統在模擬的或真實的環境中執行之前、之中和之後,對軟體系統行為的分析是動態測試的主要特點。它顯示了乙個系統在檢查狀態下是正確還是不正確。

1、 白盒測試靜態測試

最常見的靜態測試是找出源**的語法錯誤,這類測試可由編譯器來完成,因為編譯器可以逐行分析檢驗程式的語法,找出錯誤並報告。除此之外,測試人員須採用人工的方法來檢驗程式,有些地方存在非語法方面的錯誤,只能通過人工檢測的方法來判斷。

人工檢測的方法主要有**檢查法、靜態結構分析法等。

1) **檢查法

**檢查法主要是通過桌面檢查,**審查和走查方式,對以下內容進行檢查:

a、 檢查**和設計的一致性;

b、 **的可讀性以及對軟體設計標準的遵循情況;

c、 **邏輯表達的正確性;

d、 **結構的合理性;

e、 程式中不安全、不明確和模糊的部分;

f、 程式設計風格方面的問題等。

**檢查方式主要有:桌面檢查、**審查、走查。

2) 靜態結構分析法

在靜態結構分析中,測試人員通常通過使用測試工具分析程式源**的系統結構、資料結構、資料介面、內部控制邏輯等內部結構,生成函式呼叫關係圖、模組控制流圖、內部檔案呼叫關係圖等各種圖形、圖表,清晰地標識整個軟體的組成結構。

通過分析這些圖表,包括控制流分析、資料流分析、介面分析、表示式分析等,使其便於閱讀與理解,然後可以通過分析這些圖表,檢查軟體有沒有存在缺陷或錯誤。

靜態結構分析法通常採用以下一些方法進行源程式的靜態分析:

(1) 通常生成各種圖表,來幫助對源程式的靜態分析

常用的各種引用表主要有:

a、 標號交叉引用表

b、 變數交叉引用表

c、 子程式(巨集、函式)引用表

d、 等價表

e、 常數表

常用的各種關係圖、控制流圖主要有:

a、 函式呼叫關係圖:列出所有函式,用連線表示呼叫關係,通過應用程式各函式之間的呼叫關係戰士了系統的結構。

b、 模組控制流圖:由許多結點和連線結點的邊組成的圖形,其中每個結點代表一條或多條語句,邊表示控制流向,可以直觀的反映出乙個函式的內部結構。

(2) 錯誤靜態分析

靜態錯誤分析主要用於確定在源程式中是否有某類錯誤或「危險」結構

a、 型別和單位分析

b、 引用分析

c、 表示式分析

d、 介面分析

2、 程式插樁技術

在軟體動態測試中,程式插樁是一種基本的測試手段,有著廣發的應用。

程式插樁方法是借助往被測程式中插入操作,來實現測試目的的方法,即向源程式中新增一些語句,實現對程式語句的執行、變數的變化等情況進行檢查。

設計插樁程式時需要考慮的問題包括:

a、 探測哪些資訊;

b、 在程式的什麼部位設定探測點;

c、 需要設定多少個探測點;

d、 程式中特低昂部位插入某些用以判斷變數特性的語句。

3、 邏輯覆蓋

邏輯覆蓋也是白盒測試主要的動態測試方法之一,是以程式內部的邏輯結構為基礎的測試技術,是通過對程式邏輯結構的遍歷實現程式的覆蓋,這一方法要求測試人員對程式的邏輯結構有清楚地了解。

從覆蓋源程式語句的詳細程度分析,邏輯覆蓋標準有語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋。

三、黑盒測試技術

從理論上講,黑盒測試只有採用窮舉輸入測試,把所有可能的輸入都作為測試情況考慮,才能查出程式中所有的錯誤。實際上測試情況有無窮多個,人們不僅要測試所有僉的輸入,而且還要對那些不合法但可能的輸入進行測試。這樣看來,完全測試是不可能的,所以我們要進行有針對性的測試,通過制定測試案例指導測試的實施,保證軟體測試有組織、按步驟,以及有計畫地進行。

黑盒測試行為必須能夠加以量化,才能真正保證軟體質量,而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。

等價類劃分的辦法是把程式的輸入域劃分成若干部分,然後從每個部分中選取少數代表性資料作為測試用例。每一類的代表性資料在測試中的作用等價於這一類中的其他值。

邊界值分析是通過選擇等價類邊界的測試用例。邊界值分析法不僅重視輸入條件邊界,而且也必須考慮輸出域邊界。

錯誤推測設計方法就是基於經驗和直覺推測程式中所有可能存在的各種錯誤,從而有針對性地設計測試用例的方法。

因果圖方法是從用自然語言書寫的程式規格說明的描述中找出因(輸入條件)和果(輸出或程式狀態的改變),可以通過因果圖轉換為判定表。

正交試驗設計法,就是使用已經造好了的正交**來安排試驗並進行資料分析的一種方法,目的是用最少的測試用例達到最高的測試覆蓋率。

求教幾個英語翻譯的問題求教乙個英語翻譯問題

spider cable with at least nokia all pin 多功能轉接線,至少要有nokia 機型的小插口的solar in,lights out 光線 一般是陽光 射入,燈熄滅 lumibox,lumitorch 不確定,是不是和之前的nokia有關啊,我知道nokia有一款...

有個問題想不明白,真心求教,不懂風水,真心求教,看中了一套房,在拐角處

問題在於問題的本身,我覺得1 1 3才是正確答案,所以你們回答2的全是錯的 準備在 上賣家具 c店 還有幾個問題沒想明白,真心求教!用得是針式印表機,軟體可以用 助理 淘打之類的軟體,裡邊有各個快遞的模板。拍照問題,自己拍實物顯得真實。很好看的 都是找工作室或者專業拍照的人拍的。像這種廠家的東西,他...

定積分,答案看不懂求教,乙個定積分的問題,看不懂,求解釋?

如圖所示,注意求此積分的技巧。技巧是加乙個1減乙個1,然後將分子拆開求積分,前面一部分剛好可以用湊微分求出原函式,後面那個積分將其變換成arctanx的導數的形式,將其原函式求出,然後加起來便是原函式了。滿意請採納 先知的條件裡的不是實數根,如果代入實數就多了,後用先知實數代根,用代根解出實數,得出...