1樓：薄亭晚招鳥
一般而言是路徑覆蓋。因為一個程式中往往有多個條件判斷的節點，路徑覆蓋是要把所有節點的可能輸出結果的組合都覆蓋到的。
但是，路徑覆蓋和條件覆蓋的方向並不相同，二者有互相交叉的方面。
路徑覆蓋並不能包含到條件覆蓋的所有case。所以，在只有少數判斷分支，且每個分支的判斷都是由多個子條件組合而成時，條件覆蓋卻更嚴密一些。
所以，從理論上講，最嚴密的白盒覆蓋方式是路徑覆蓋+條件組合覆蓋。但是，由於條件組合覆蓋過於複雜且產生的用例數過多，大多數情況下是不使用的。
在測試實踐中，我們一般認為，最嚴密的白盒覆蓋方式就是路徑覆蓋。
2樓：祿實蹇嬋
判定覆蓋：判定覆蓋就是設計若干個測試用例，執行被測程式，使得程式中每個判斷的取真分支和取假分支至少經歷一次。
路徑測試：路徑測試就是設計足夠的測試用例，覆蓋程式中所有可能的路徑；
路徑測試是最強的覆蓋準則。
在我們課件上摘的，還不明白的話留下郵箱我把課件傳你，有例子，是有圖的。
判定覆蓋好象也會做到路徑覆蓋。
那是在給定資料比較小的情況下的，要是很大型的程式就不可能了阿，判定覆蓋只要選擇的路徑中滿足每個判斷的取真分支和取假分支至少經歷一次就可以了阿，不一定經過所有路徑的。課件發給你了。
白盒測試的覆蓋方法有哪些？
3樓：匿名使用者
（1）語句覆蓋。
使程式中的每個可執行語句都能執行一次的測試用例。
2）判定覆蓋（分支覆蓋）
3）條件覆蓋。
設計用例時針對判斷語句裡面每個條件表示式true 和 false各取值一次，不考判斷語句的計算結果。
4）判定條件覆蓋（分支條件覆蓋）
設計測試用例時，使得判斷語句中每個條件表示式的所有可能結果至少出現一次，每個判斷語句本身所有可能結果也至少出現一次。
5）條件組合覆蓋。
設計測試用例時，使得每個判斷語句中條件結果的所有可能組合至少出現一次。
6）路徑覆蓋。
設計測試用例時，覆蓋程式中所有可能的執行路徑。
優點：這種覆蓋方法可以對程式進行徹底的測試用例覆蓋，比前面講的五種方法覆蓋度都要高。
缺點：於路徑覆蓋需要對所有可能的路徑進行測試（包括迴圈、條件組合、分支選擇等），那麼需要設計大量、複雜的測試用例，使得工作量呈指數級增長。路徑覆蓋雖然是一種比較強的覆蓋，但未必考慮判斷語句中條件表示式結果的組合，並不能代替條件覆蓋和條件組合覆蓋。
4樓：匿名使用者
白盒測試的覆蓋方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。六種覆蓋標準發現錯誤的能力呈由弱到強的變化：
1、語句覆蓋每條語句至少執行一次。
2、判定覆蓋每個判定的每個分支至少執行一次。
3、條件覆蓋每個判定的每個條件應取到各種可能的值。
4、判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。
5、條件組合覆蓋每個判定中各條件的每一種組合至少出現一次。
6、路徑覆蓋使程式中每一條可能的路徑至少執行一次。
白盒測試各種覆蓋率分別表示什麼含義？它們之間的關係？
5樓：生活暢談者
case1走ace路線，2條語句都被執行了，所以語句覆蓋率為2/2，即100%。case1走abe路線，只執行了1條語句，所以語句覆蓋率為1/2，即50%。
白盒測試時基於程式結構的邏輯驅動測試，白盒覆蓋中最常見的是邏輯覆蓋（也叫**覆蓋或結構化覆蓋），邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
白盒測試技術中的幾種邏輯覆蓋
6樓：臺秀潔
一個或者多個條件組成一個判定，一個程式中可以有多個判定。
首要的是建立一個二維的真值表，各列為判定和條件，各行為每組值的t或者f。
1、語句覆蓋。
為了暴露程式中的錯誤，至少每個語句應該執行一次。
這也是最弱的邏輯覆蓋標準咯。
2、判定覆蓋。
每個判定的每種可能結果都要執行一次。
建立判定表以後，要保證每種判定的結果中都包含了t和f，才滿足判定覆蓋。
3、條件覆蓋。
不但每個語句需要執行一次，而且判定表示式中的每個條件都要取到可能的結果。
建立判定表以後，要保證每種條件的結果中都包含了t和f，才滿足條件覆蓋。
4、判定/條件覆蓋。
使得每個判定以及每個判定中的每個條件都取到可能的結果。
建立判定表以後，要保證每個判定結果包含t和f，而且每種條件的結果包含t和f。
也就是綜合了上面的條件覆蓋和判定覆蓋。
5、條件組合覆蓋。
使得每個判定中的條件的各種組合至少出現一次。
也就是說，先把程式中的條件列出來，排列組合，寫出所有的可能性，看有沒有那組值同時滿足這些排列組合。
6、路徑覆蓋。
每條可能的路徑都至少執行一次。
基本路徑測試屬於黑盒還是白盒測試
7樓：匿名使用者
白盒測試。
白盒和黑盒的之間有很大的關係：
它們只是測試的不同角度而已，同一個測試，既有可能是黑盒測試，也有可能是動態測試；既有可能是靜態測試，也有可能是白盒測試。
黑盒測試有可能是動態測試（執行程式，看輸入輸出），也有可能是靜態測試（部執行，只看介面）
白盒測試有可能是動態測試（執行程式並分析**結構），也有可能是靜態測試（不執行程式，只靜態察看**）
動態測試有可能是黑盒測試（執行，只看輸入輸出），也有可能是白盒測試 （執行並分析**結構）
靜態測試有可能是黑盒測試（不執行，只察看介面），也有可能是白盒測試（不執行，只察看**）
8樓：創作者
白盒測試的測試方法有**檢查法、靜態結構分析法、靜態質量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號測試、z路徑覆蓋、程式變異。
什麼是軟體測試黑盒和白盒有什麼區別，技術性不強的話能不能做測試都需要做些什麼
可以做測試啊，不管是黑盒還是白盒測試，最終都是要手工走一遍的 軟體測試黑盒偏重於功能性測試，不需要了解軟體的內部邏輯結構 白盒測試偏重於軟體內部邏輯結構的測試，需要了解程式內部的實際實現方式，相比較而言，白盒測試要求的技術性會高些 技術性不強的話可以先從黑盒測試做起，逐漸進入白盒測試，其實測試重在實...
請問程式設計師編完程式之後的單元測試是白盒測試嗎？是怎樣測試的
是的，由編寫程式的人蔘與的測試叫白盒測試，你自己在功能和邏輯方面找問題，輸入測試資料，進行測試！由完全不瞭解程式的人進行的測試就是白盒測試，他們通過對軟體的使用，看有沒有錯誤或異常！自己做資料或者利用工具來執行程式，測試 覆蓋率。單元測試是開發人員自己測試的，單元測試又屬於白盒測試，請問測試人員是不...
在軟體測試中，我已經熟練了業務功能測試，還需要學習介面測試嗎
當然需要，作為一個it人，應具備良好的專業素養 軟體測試剛在國內發展時，大多數從業人員是做一些基礎的功能性測試執行工作，這讓很多外行人都誤以為軟體測試就是點點點。但隨著網際網路行業的發展，使用者對產品的質量要求越來越高，未來單純只是做功能性軟體測試的人不再滿足於企業的招聘要求，而懂得一定開發知識的綜...