1樓：何旋遐
語句覆蓋是指選擇足夠的測試用例，使得執行這些測試用例時，被測程式的每一個語句至少執行一次，其覆蓋標準無法發現判定中邏輯運算的錯誤；路徑覆蓋是每條可能執行到的路徑至少執行一次；if a and b then action1 if c or d then action2 語句覆蓋，只需要讓程式中的語句都執行一遍即可 。上例中只需設計測試用例使得a=true b=true c=true 即可。路徑覆蓋：
要求覆蓋程式中所有可能的路徑。所以可以設計測試用例滿足下列條件（1）a=true，b=true，c＝true，d=true（2）a=false，b=false，c＝false，d=false（3）a=true，b=true，c＝false，d=false（4）a=false，b=false，c＝true，d=true。
邏輯覆蓋測試方法 邏輯覆蓋方法有哪些
2樓：匿名使用者
1.語句覆蓋。這個是起碼要做到的覆蓋了，程式裡的每條可執行的語句都要至少執行一次。
這個設計起來比較簡單，用例資料很直觀的就能看出來。但是語句裡的判定，分支等就沒什麼意義了。可以說這樣的測試是最低的要求了。
2.判定覆蓋。每個判斷的真假分支至少執行一次，就是真要至少取一次，假要至少取一次。
這個設計起來也不難，覆蓋率要比語句覆蓋高近乎一倍，但是也在判定語句中也會遺漏許多路徑，因為每個條件的取值是不在考慮範圍內的。
3.條件覆蓋。和判定覆蓋思路一樣，只是把重點從判定移動到條件上來了，每個判定中的每個條件可能至少滿足一次，也就是每個條件至少要取一次真的，再取一次假的。
同樣它也會遺漏許多路徑，條件取真假並不能滿足判定也取到真假兩次。
4.判定條件覆蓋。既然上面的判定和條件多是片面的，那麼這個兩個覆蓋相結合是呼之欲出判定條件覆蓋。
它要求判斷中的每個條件所有可能至少出現一次,並且每個判定本身的判定結果也要出現一次。不要以為這樣就行了，要看看條件，條件和判定不一樣，判定取真假就覆蓋了判定，可是條件取真假兩次完全不能滿足條件的各種組合。所以才有了5~。
5.條件組合覆蓋。每個判定中條件的各種可能組合至少滿足一次。條件各種可能都出現了，必然把判定給覆蓋了，它覆蓋了上面的4個哦，可是用例數量大大增加了！看專案情況定吧。
6.路徑覆蓋。概念比較好理解，把所有可能路徑至少都走一遍，但是用例數量可想而知le
白盒測試法的覆蓋標準有邏輯覆蓋、迴圈覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。
軟體測試的基本路徑測試是什麼?
3樓：
軟體測試的基本路徑測試是指根據路徑設計測試用例的一種技術，經常用於狀態轉換測試中。在程式控制流圖的基礎上，通過分析控制構造的環路複雜性，匯出基本可執行路徑集合，從而設計測試用例的方法。設計出的測試用例要保證在測試中程式的每個可執行語句至少執行一次。
4樓：啄木鳥學院
軟體測試的基本路徑測試當然是白盒測試；
白盒測試法的測試用例是根據程式的內部邏輯來設計的，主要用軟體的單元測試，主要方法有邏輯覆蓋、基本路徑測試等。 答案補充 在具體點：
白盒測試方法也稱為結構測試或邏輯驅動測試。它是根據軟體產品的內部工作過程，檢查內部成分，以確認每種內部操作符合設計規格要求。
白盒測試的基本原則：保證所測模組中每一獨立路徑至少執行一次；保證所測模組所有判斷的每一分支至少執行一次；保證所測模組每一迴圈都在邊界條件和一般條件下至少各執行一次；驗證所有內部資料結構的有效性。
基本路徑測試
其思想和步驟是，根據軟體過程性描述中的控制流程確定程式的環路複雜性度量，用此度量定義基本路徑集合，並由此匯出一組測試用例，對每一條獨立執行路徑進行測試。
5樓：匿名使用者
當然是白盒測試；
白盒測試法的測試用例是根據程式的內部邏輯來設計的，主要用軟體的單元測試，主要方法有邏輯覆蓋、基本路徑測試等。 答案補充 在具體點：
白盒測試方法也稱為結構測試或邏輯驅動測試。它是根據軟體產品的內部工作過程，檢查內部成分，以確認每種內部操作符合設計規格要求。
白盒測試的基本原則：保證所測模組中每一獨立路徑至少執行一次；保證所測模組所有判斷的每一分支至少執行一次；保證所測模組每一迴圈都在邊界條件和一般條件下至少各執行一次；驗證所有內部資料結構的有效性。
基本路徑測試
其思想和步驟是，根據軟體過程性描述中的控制流程確定程式的環路複雜性度量，用此度量定義基本路徑集合，並由此匯出一組測試用例，對每一條獨立執行路徑進行測試。
6樓：嗨
基本路徑測試時屬於白盒測試中的一種
基本路徑測試法：畫出程式控制流圖，通過分析控制構造的環路複雜性，從而設計出測試用例的方法。
望採納！
7樓：匿名使用者
肯定是屬於白盒測試啊！
基本路徑法測試步驟：
1.根據源程式，畫出程式流程圖和控制流圖。
2.根據畫出的控制流圖計算題目的圈複雜度。
3.找控制流圖獨中的各條立路徑。
4.根據圈複雜度和程式結構設計用例資料輸入和預期結果。
軟體測試題。坐等，謝謝
8樓：一個無所事事的碼農
表示才5分呀 壓力好大
9樓：匿名使用者
1、邏輯判定子語句：
if(m%i == 0)
if(i >= k+1)
2、滿足100%dc（判定覆蓋）時所需的邏輯條件：
1） m%i == 0 && i >= k+1；
2） m%i == 0 && i < k+1；
3） m%i != 0 && i >= k+1；
4） m%i != 0 && i < k+1；
3、將引數m值： 取值151、152、153、154、155、156、157、158、159。
用例1：m=151、157（質數，不可被整除）用例2：m=152、153、154、155、156、158、159（非質數，可以被整除）
如何編寫單元測試用例
10樓：匿名使用者
一、 單元測試的概念
單元通俗的說就是指一個實現簡單功能的函式。單元測試就是隻用一組特定的輸入(測試用例)測試函式是否功能正常，並且返回了正確的輸出。
測試的覆蓋種類
1.語句覆蓋：語句覆蓋就是設計若干個測試用例，執行被測試程式，使得每一條可執行語句至少執行一次。
2.判定覆蓋（也叫分支覆蓋）：設計若干個測試用例，執行所測程式，使程式中每個判斷的取真分支和取假分支至少執行一次。
3.條件覆蓋：設計足夠的測試用例，執行所測程式，使程式中每個判斷的每個條件的每個可能取值至少執行一次。
4.判定——條件覆蓋：設計足夠的測試用例，執行所測程式，使程式中每個判斷的每個條件的每個可能取值至少執行一次，並且每個可能的判斷結果也至少執行一次。
5.條件組合測試：設計足夠的測試用例，執行所測程式，使程式中每個判斷的所有條件取值組合至少執行一次。
6.路徑測試：設計足夠的測試用例，執行所測程式，要覆蓋程式中所有可能的路徑。
用例的設計方案主要的有下面幾種：條件測試，基本路徑測試，迴圈測試。通過上面的方法可以實現測試用例對程式的邏輯覆蓋，和路徑覆蓋。
二、開始測試前的準備
在開始測試時，要先宣告一下，無論你設計多少測試用例，無論你的測試方案多麼完美，都不可能完全100%的發現所有bug，我們所需要做的是用最少的資源，做最多測試檢查，尋找一個平衡點保證程式的正確性。窮舉測試是不可能的。所以現在進行單元測試我選用的是現在一般用的比較多的基本路徑測試法。
三、開始測試
基本路徑測試法：設計出的測試用例要保證每一個基本獨立路徑至少要執行一次。
函式說明 ：當i_flag=0；返回 i_count+100
當i_flag=1；返回 i_count *10
否則 返回 i_count *20
輸入引數：int i_count ，
int i_flag
輸出引數： int i_return;
**：1 int test(int i_count, int i_flag)
2 11 else
12 17 else
18 21 }
22 i_count--;
23 }
21 }
22 i_count--;
23 }
24 return i_temp;
25 }
1.畫出程式控制流程圖
圈中的數字代表的是語句的行號，也許有人問為什麼選4,6,13,8......作為結點，第2行，第3行為什麼不是結點，因為選擇結點是有規律的。讓我們看程式中；第2行，第3行是按順序執行下來的。
直到第4行才出現了迴圈操作。而2，3行沒有什麼判斷，選擇等分支操作，所以我們把2，3，4全部合併成一個結點。其他的也是照這個規則合併，然後就有了上面的流程圖。
2.計算圈複雜度
有了圖以後我們要知道到底我們有寫多少個測試用例，才能滿足基本路徑測試。
這裡有有了一個新概念——圈複雜度
圈複雜度是一種為程式邏輯複雜性提供定量測試的軟體度量。將該度量用於計算程式的基本獨立路徑數目。為確保所有語句至少執行一次的測試數量的上界。
公式圈複雜度v（g）=e+n+2，e是流圖中邊的數量，n是流圖中結點的數量。
公式圈複雜度v（g）=p+1 ，p是流圖g中判定結點的數量。
通俗的說圈負責度就是判斷單元是不是複雜，是不是好測試的標準。一般來說如果圈複雜度如果大於20就表示這個單元的可測試性不好，太複雜（也許有人覺得無所謂，但是如果你們公司實行了cmmi5的話，對這個是有規定的）。
從圖中我們可以看到，
v（g）=10條邊-8結點+2=4
v（g）=3個判定結點+1=4
上圖的圈複雜圖是4。這個結果對我們來說有什麼意義呢？它表示我們只要最多4個測試用例就可以達到基本路徑覆蓋。
3.匯出程式基本路徑。
3.匯出程式基本路徑。
現在我們知道了起碼要寫4個測試用例，但是怎麼設計這4個測試用例？
匯出程式基本路徑，根據程式基本路徑設計測試用例子。
程式基本路徑：基本獨立路徑就是從程式的開始結點到結束可以選擇任何的路徑遍歷，但是每條路徑至少應該包含一條已定義路徑不曾用到的邊。（看起來不好理解，讓我們看例子）。
讓我們看上面的流程圖：從結點4到24有幾條路徑呢？
1 b（4，24）
2 c，e，j（4，6，8，24）
3 c，d，f，h，a，b（4，6，13，15，22，4，24）
4 c，d，g，i，a，b（4，6，13，19，22，4，24）
還有嗎？？
5 c，d，c，i，a，c，e，j（4，6，13，19，22，4，6，8，24）算嗎？
不算，為什麼？因為上面的4條路徑已經包括了所有的邊。第5條路徑已經不包含沒有用過的邊了。所有的路徑都遍歷過了。
好了，現在我們有了4條基本獨立路徑根據獨立路徑我們可以設計測試用例。
1 b（4，24）
輸入資料：i_flag=0，或者是i_flag<0的某一個值。
預期結果：i_temp=0.
2 c，e，j（4，6，8，24）
輸入資料： i_count =1; i_flag=0
預期結果：i_temp=101.
3 c，d，f，h，a，b（4，6，13，15，22，4，24）
輸入資料： i_count =1; i_flag=1
預期結果：i_temp=10.
4 c，d，g，i，a，b（4，6，13，19，22，4，24）
輸入資料： i_count =1; i_flag=2
預期結果：i_temp=20.
這裡的輸入資料是有路徑和程式推論出來的。而要注意的是預期結果是從函式說明中匯出，不能根據程式結構中匯出。
為什麼這麼說？
讓我們看程式中的第3行。
int i_temp=0; 假如開發人員一不小心寫錯了，變成了int i_temp=1; 根據程式匯出的預期結果就會是一個錯誤的值，但是單元測試不出來問題，那單元測試就失去了意義。
有人也許會問這麼簡單的函式就有4個測試用例，如果還複雜一些的怎麼辦？上面的測試用例還可以簡化嗎？答案是可以。
我們來看 路徑 1 b（4，24）和 4 c，d，g，i，a，b（4，6，13，19，22，4，24），路徑1是路徑4的真子集， 所以1是可以不必要的。上圖的圈複雜度是4。這個結果對我們來說有什麼意義呢？
它表示我們只要最多4個測試用例就可以達到基本路徑覆蓋。所以說圈複雜度標示是最多的測試用例個數，不是一定要4個測試用例才可以。不過有一點要申明的是測試用例越簡化代表你的測試越少，這樣程式的安全性就越低了。
四、完成測試
接下來根據測試用例使用工具測試nunit，vs2005都可以。
接下來根據測試結果編寫測試報告，測試人，時間，結果，用例，是否通過，格式網上一大把，每個公司的格式也不一樣就不說了。
生活中應用邏輯學的例子，邏輯學在現實生活中的應用舉例（例子要特別經典實用）
親愛者 1 一個人值得懷疑時人們便把結論過早的得出了，而這種結論正是真正的 所希望的，甚至會有 偽裝現場嫁禍他人，這時判官便會明察秋毫，不放過任何一點相關的細節，只是把懷疑的人作為懷疑的物件而不是將他直接定罪，這樣一步步的經真正的 找出來。2 一顧客問售貨員 這件上裝的確是現在最時髦的嗎？售貨員說 ...
邏輯學考試問題，這個假言推理屬於什麼條件，正不正確？求認真解釋
遙遠星星樹 這是兩道命題。不離，是不棄的充分條件。離，是棄的充分條件。你後面扯到 生活常識 云云，這就太糊塗了，前面談及的推理，那是在研究，考查思維規律，是人的判斷，推理的心智活動。你後面說的 生活常識 是一種客觀事實，根本是兩件事，怎麼能扯到一塊？從假言推理的角度是否正確 的話更是機械死板，第一，...
這個問題要如何解決，如何解決這個問題
如果他們說要罰款，那麼請他們拿出第幾條法律條款上面說的要罰那麼多？不過，你家時環境不好的確不應該生那麼多小孩，對小孩子的未來也不利啊，首先教育方面需要花很多錢。對於那些 部門的人，你首先也不要太過於強硬吧，雖然在道理上面來說你的確是要罰款的，但是肯定不會有幾十萬那麼多的。你首先明確承認自己的錯誤，但...