版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、理論部分軟件測試的目的是 ( )(A)發(fā)現(xiàn)程序中的所有錯誤 (B)盡可能多地發(fā)現(xiàn)程序中的錯誤(C)證明程序是正確的 (D)調(diào)試程序,軟件測試的目的是 ( B )(A)發(fā)現(xiàn)程序中的所有錯誤
2、(B)盡可能多地發(fā)現(xiàn)程序中的錯誤(C)證明程序是正確的 (D)調(diào)試程序,白盒測試是根據(jù)程序的____來設計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設計測試用例。( )(A)功能 (B)性能(C)內(nèi)部邏輯 (
3、D)內(nèi)部數(shù)據(jù),白盒測試是根據(jù)程序的____來設計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設計測試用例。( C )(A)功能 (B)性能(C)內(nèi)部邏輯 (D)內(nèi)部數(shù)據(jù),為了提高測試的效率,應該( )。A 隨機地選取測試數(shù)據(jù)
4、B 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C 在完成編碼以后制定軟件的測試計劃D 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù),為了提高測試的效率,應該( D )。A 隨機地選取測試數(shù)據(jù) B 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C 在完成編碼以后制定軟件的測試計劃D 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù),使用白盒測試方法時,確定測試數(shù)據(jù)應根據(jù)( )和指定的覆蓋標準。A 程序的內(nèi)部邏輯
5、 B 程序的復雜程度C 使用說明書 D 程序的功能,使用白盒測試方法時,確定測試數(shù)據(jù)應根據(jù)( A )和指定的覆蓋標準。A 程序的內(nèi)部邏輯 B 程序的復雜程度C 使用說明書 D 程序的功能,下面哪個不是測試用例設計基本原則是:( ) A.測試用
6、例能夠發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的錯誤 B.測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結果這兩部分組成 C.在測試用例設計時,應當包含合理的輸入條件和不合理的輸入條件 D.測試用例設計應該以功能為線索,下面哪個不是測試用例設計基本原則是:( D) A.測試用例能夠發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的錯誤 B.測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結果這兩部分組成 C.在測試用例設計時,應當包含合理的輸入條件和不合理的輸入條件 D.測
7、試用例設計應該以功能為線索,一個程序中所含有的路徑數(shù)與____有著直接的關系( )程序的復雜程度 程序語句行數(shù)(C)程序模塊數(shù) (D)程序指令執(zhí)行時間,一個程序中所含有的路徑數(shù)與____有著直接的關系( A )程序的復雜程度
8、 程序語句行數(shù)(C)程序模塊數(shù) (D)程序指令執(zhí)行時間,動態(tài)黑盒測試: ( )(A)直接測試底層功能、過程、子程序和庫 (B)可估算執(zhí)行測試時代碼量和具體代碼
9、(C) 從軟件獲得讀取變量和狀態(tài)信息的訪問權 (D)測試的是軟件在使用過程中的實際行為,動態(tài)黑盒子測試: ( D )(A)直接測試底層功能、過程、子程序和庫 (B)可估算執(zhí)行測試時代碼量和具體代碼 (C)從軟件獲得讀取變量和狀態(tài)信息的訪問權 (D)測試
10、的是軟件在使用過程中的實際行為,下列各項中___不是一個測試計劃所應包含的內(nèi)容( )(A)測試資源、進度安排 (B)測試預期輸出(C)測試范圍 (D)測試策略,下列各項中___不是一個測試計劃所應包含的內(nèi)容( B )(A)測試資源、進度安排
11、 (B)測試預期輸出(C)測試范圍 (D)測試策略,調(diào)試是 ( )(A)發(fā)現(xiàn)與預先定義的規(guī)格和標準不符合的問題(B)發(fā)現(xiàn)軟件錯誤征兆的過程(C)有計劃的、可重復的過程(D)消除軟件錯誤的過程,調(diào)試是 ( D )(A)發(fā)現(xiàn)與預先定義的規(guī)
12、格和標準不符合的問題(B)發(fā)現(xiàn)軟件錯誤征兆的過程(C)有計劃的、可重復的過程(D)消除軟件錯誤的過程,在確定黑盒測試策略時,優(yōu)先選用的方法是 ( )邊界值分析法 (B) 等價類劃分(C)錯誤推斷法 (D)決策表方法,在確定黑盒測試策略時,優(yōu)先選用的方法是
13、 ( B )邊界值分析法 (B) 等價類劃分(C)錯誤推斷法 (D)決策表方法,下列___不屬于軟件缺陷 ( )(A)測試人員主觀認為不合理的地方(B)軟件未達到產(chǎn)品說明書標明的功能(C)軟件出現(xiàn)了產(chǎn)品說明書指明不
14、會出現(xiàn)的錯誤(D)軟件功能超出產(chǎn)品說明書指明范圍,下列___不屬于軟件缺陷 ( A )(A)測試人員主觀認為不合理的地方(B)軟件未達到產(chǎn)品說明書標明的功能(C)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤(D)軟件功能超出產(chǎn)品說明書指明范圍,_____把黑盒子測試和白盒子測試的界限打亂了。( ) (A) 灰盒測試 (
15、B)動態(tài)測試(C)靜態(tài)測試 (D)失敗測試,_____把黑盒子測試和白盒子測試的界限打亂了。( A )灰盒測試 動態(tài)測試靜態(tài)測試 失敗測試,軟件測試的核心是()(A)測試用例(B)測試人員(C)編程人員(D)測試方法,軟件測試的核
16、心是(A)(A)測試用例(B)測試人員(C)編程人員(D)測試方法,程序的三種基本控制結構是( )A 過程,子程序,分程序B 順序,條件,循環(huán)C 遞歸,堆棧,隊列D 調(diào)用,返回,轉移,程序的三種基本控制結構是( B )A 過程,子程序,分程序B 順序,條件,循環(huán)C 遞歸,堆棧,隊列D 調(diào)用,返回,轉移,測試的基本流程:()1開發(fā)人員將開放出來的產(chǎn)品交給測試部門。2測試人員使用某種測試方法測試產(chǎn)品并收集產(chǎn)
17、品的缺陷。3與開發(fā)人員溝通被發(fā)現(xiàn)的缺陷。4開發(fā)人員修復缺陷并送回到測試部門重新測試。A. 1,2,3,4 B. 2.3.1.4 C.1,3,2,4 D.2,1,3,4,測試的基本流程:(A)1開發(fā)人員將開放出來的產(chǎn)品交給測試部門。2測試人員使用某種測試方法測試產(chǎn)品并收集產(chǎn)品的缺陷。3與開發(fā)人員溝通被發(fā)現(xiàn)的缺陷。4開發(fā)人員修復缺陷并送回到測試部門重新測試。A. 1,2,3,4 B. 2.3.1.4 C.1,3
18、,2,4 D.2,1,3,4,軟件測試的目的: ( ) A. 避免軟件開發(fā)中出現(xiàn)的錯誤B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性D. 修改軟件中出現(xiàn)的錯誤,軟件測試的目的: ( C ) A. 避免軟件開發(fā)中出現(xiàn)的錯誤B. 發(fā)現(xiàn)軟
19、件開發(fā)中出現(xiàn)的錯誤C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性D. 修改軟件中出現(xiàn)的錯誤,軟件測試報告中不包含的內(nèi)容是:( )A.項目背景 B.測試版本C.投資規(guī)模 D.結論與建議,軟件測試報告中不包含的內(nèi)容是:( C )A.項目背景 B.測試版本C.投資規(guī)模
20、 D.結論與建議,劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是( )A是否執(zhí)行程序代碼B是否能看到軟件設計文檔C是否能看到被測源程序D運行結果是否確定,劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是( C )A是否執(zhí)行程序代碼B是否能看到軟件設計文檔C是否能看到被測源程序D運行結果是否確定,多項選擇為什么要測試? ( )A以最少的時間和人力,系統(tǒng)地找出軟件中潛在的各種錯誤和
21、缺陷B實施測試收集到的測試結果數(shù)據(jù)為可靠性分析提供了依據(jù)C它只能說明軟件中存在錯誤D保證軟件開發(fā)團隊的利益,多項選擇為什么要測試? ( AB )A以最少的時間和人力,系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷B實施測試收集到的測試結果數(shù)據(jù)為可靠性分析提供了依據(jù)C它只能說明軟件中存在錯誤D保證軟件開發(fā)團隊的利益,多項選擇軟件質(zhì)量缺陷的原因:( )A 缺乏或者沒有進行溝通B. 軟件復雜度 C. 編程錯誤 D
22、. 客戶操作錯誤,多項選擇軟件質(zhì)量缺陷的原因:(ABC )A 缺乏或者沒有進行溝通B. 軟件復雜度 C. 編程錯誤 D. 客戶操作錯誤,多項選擇白盒測試的方法有哪些?( )A 語句覆蓋方法 B. 分支覆蓋 C. 邏輯覆蓋 D. 循環(huán)測試,多項選擇白盒測試的方法有哪些?(ABCD )A 語句覆蓋方法 B. 分支覆蓋 C. 邏輯覆蓋 D. 循環(huán)測試,多項選擇下面哪些屬于靜態(tài)分析( )
23、A代碼規(guī)則檢查B程序結構分析C程序復雜度分析D內(nèi)存泄漏,多項選擇下面哪些屬于靜態(tài)分析( ABC )A代碼規(guī)則檢查B程序結構分析C程序復雜度分析D內(nèi)存泄漏,多項選擇測試設計階段的任務()A. 制定測試計劃 B. 設計測試用例C. 設計測試過程、腳本 D. 評估測試活動,多項選擇測試設計階段的任務(BC)A. 制定測試計
24、劃 B. 設計測試用例C. 設計測試過程、腳本 D. 評估測試活動,多項選擇關于軟件測試對軟件質(zhì)量的意義,有以下觀點,其中正確的有( )A度量與評估軟件的質(zhì)量 B保證軟件質(zhì)量C改進軟件開發(fā)過程 D發(fā)現(xiàn)軟件錯誤,多項選擇關于軟件測試對軟件質(zhì)量的意義,有以下觀點,其中正確的有( ABCD
25、 )A度量與評估軟件的質(zhì)量 B保證軟件質(zhì)量C改進軟件開發(fā)過程 D發(fā)現(xiàn)軟件錯誤,多項選擇下列關于黑盒測試的優(yōu)點中正確的是:( )A.適用于各個階段的測試B.從用戶角度進行測試容易被理解和接受C.測試員和程序員可以由不同的人來擔任D.可以揭示隱藏在代碼中的錯誤,多項選擇下列關于黑盒測試的優(yōu)點中正確的是:( ABC )A.適用于各個階段的測
26、試B.從用戶角度進行測試容易被理解和接受C.測試員和程序員可以由不同的人來擔任D.可以揭示隱藏在代碼中的錯誤,多項選擇下列方法中不屬于白盒測試范疇的用例設計方法是:( )A.基本路徑測試法 B.語句覆蓋測試法C.因果圖法 D.條件覆蓋測試法,多項選擇下列方法中不屬于白盒測試范疇的用例設計方法是:( C )A.基本路徑測試法
27、 B.語句覆蓋測試法C.因果圖法 D.條件覆蓋測試法,基本測試技術,白盒測試: 基本路徑法 控制流覆蓋標準 循環(huán)測試黑盒測試: 等價類劃分,邊界值法 決策表法 因果圖法,基本路徑測試,包括以下4個步驟:繪制程序的控制流圖:描述程序控制流的一種圖示方法。程序圈復雜度:從程序的環(huán)路復雜性可導出程序基本路徑集合中的獨立路
28、徑條數(shù),這是確定程序中每個可執(zhí)行語句至少執(zhí)行一次所必須的測試用例數(shù)目的上界。導出測試用例:根據(jù)圈復雜度和程序結構設計用例數(shù)據(jù)輸入和預期結果。準備測試用例:確?;韭窂郊械拿恳粭l路徑的執(zhí)行。,執(zhí)行看得到的語句A > 5,語句覆蓋,判定覆蓋,A > 5,No,Yes,每個判定真假各一次A > 5 yesA <= 5 no,條件覆蓋,a > 5 && b < 0,No,每個條
29、件的可能取值一次a > 5 && b >= 0 noa <= 5 && b < 0 no,Yes,判定-條件覆蓋,a > 5 && b < 0,Yes,No,每個判定真假各一次每個判定中的條件各取一次a > 5 && b = 0 no,條件組合覆蓋,a > 5 && b < 0,Yes,No,判
30、定中所有可能的條件組合a > 5 和 a = 0 有兩種共有2 * 2 = 4種a > 5 && b 5 && b >= 0a = 0,路徑覆蓋,d > 5,c > 0,Yes,No,A,B,E,F,走完所有路徑A -> B -> CA -> B -> DA -> E -> FA -> E -> G,b &l
31、t; 0,d > 0,Yes,No,D,C,G,循環(huán)測試方法,從本質(zhì)上說,循環(huán)測試的目的就是檢查循環(huán)結構的有效性。(1)測試簡單循環(huán)。設其循環(huán)的最大次數(shù)為n ,可采用以下測試集:跳過整個循環(huán);只循環(huán)一次;只循環(huán)兩次;循環(huán) m 次,其中m<n;分別循環(huán) n-1、n 和 n+1 次。,循環(huán)測試方法,(2)測試嵌套循環(huán)。如果將簡單循環(huán)的測試方法用于嵌套循環(huán),可能的測試次數(shù)會隨嵌套層數(shù)成幾何級數(shù)增加。 此時可采用以下辦法
32、減少測試次數(shù):測試從最內(nèi)層循環(huán)開始,所有外層循環(huán)次數(shù)設置為最小值;對最內(nèi)層循環(huán)按照簡單循環(huán)的測試方法進行;由內(nèi)向外進行下一個循環(huán)的測試,本層循環(huán)的所有外層循環(huán)仍取最小值,而由本層循環(huán)嵌套的循環(huán)取某些“典型”值;重復上一步的過程,直到測試完所有循環(huán)。,循環(huán)測試方法,(3)測試串接循環(huán)。若串接的各個循環(huán)相互獨立,則可分別采用簡單循環(huán)的測試方法;否則采用嵌套循環(huán)的測試方法。(4)對于非結構循環(huán)這種情況,無法進行測試,需要按結構化程
33、序設計的思想將程序結構化后,再進行測試。,最少測試用例數(shù)計算,顯然,要測試這個小程序,需要至少提供4個測試用例才能作到邏輯覆蓋,使得ac、ad、bc及bd操作均得到檢驗。其實,這里的4是圖中的第1個分支謂詞引出的兩個操作,及第2個分支謂詞引出的兩個操作組合起來而得到的,即 2×2=4。并且,這里的2是由于兩個并列的操作,即1+1=2 而得到的。,例如,下圖表達了兩個順序執(zhí)行的分支結構。當兩個分支謂詞P1和P2取不同值時,將分別
34、執(zhí)行a或b及c或d操作。,利用N-S圖估算最少測試用例個數(shù):如果在N-S圖中存在有并列的層次A1、A2,A1和A2的最少測試用例個數(shù)分別為a1、a2,則由 A1、A2 兩層所組合的 N-S圖對應的最少測試用例數(shù)為a1×a2。如果在N-S圖中不存在有并列的層次,則對應的最少測試用例數(shù)由并排的操作數(shù)決定,即N-S圖中除謂詞之外的操作框的個數(shù)。,等價類劃分法的測試用例設計,在設計測試用例時,應同時考慮有效等價類和無效等價類測試用
35、例的設計。根據(jù)已列出的等價類表可確定測試用例,具體過程如下:(1)首先為等價類表中的每一個等價類分別規(guī)定一個唯一的編號。(2)設計一個新的測試用例,使它能夠盡量覆蓋尚未覆蓋的有效等價類。重復這個步驟,直到所有的有效等價類均被測試用例所覆蓋。(3)設計一個新的測試用例,使它僅覆蓋一個尚未覆蓋的無效等價類。重復這一步驟,直到所有的無效等價類均被測試用例所覆蓋。,決策表的生成,構造決策表的5個步驟:(1) 確定規(guī)則的個數(shù)。有n個條
36、件的決策表有2n個規(guī)則(每個條件取真、假值)。(2) 列出所有的條件樁和動作樁。(3) 填入條件項。(4) 填入動作項,得到初始決策表。(5) 簡化決策表,合并相似規(guī)則。若表中有兩條以上規(guī)則具有相同的動作,并且在條件項之間存在極為相似的關系,便可以合并。合并后的條件項用符號“-”表示,說明執(zhí)行的動作與該條件的取值無關,稱為無關條件。,因果圖,因果圖法最終生成的是決策表。利用因果圖生成測試用例的基本步驟如下:(1)分析軟件規(guī)
37、格說明中哪些是原因(即輸入條件或輸入條件的等價類),哪些是結果(即輸出條件),并給每個原因和結果賦予一個標識符。(2)分析軟件規(guī)格說明中的語義,找出原因與結果之間、原因與原因之間對應的關系, 根據(jù)這些關系畫出因果圖。(3)由于語法或環(huán)境的限制,有些原因與原因之間、原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,在因果圖上用一些記號表明約束或限制條件。(4)把因果圖轉換為決策表。(5)根據(jù)決策表中的每一列設計測試用例。,中
38、考試題及講解,一.畫出程序流程圖及控制流圖,計算環(huán)形復雜度,給出獨立路徑及測試用例main(){ char c; int i=0,j=0,k=0; c=getchar(); while (c!='#') { if (c>='A'&&c='a'&&c='0'&&c
39、<='9') j++; else k++; c=getchar(); } printf("i=%d,j=%d,k=%d\n",i,j,k);},main(){ char c; int i=0,j=0,k=0; c=getchar(); while (c!=
40、'#') { if (c>='A'&&c='a'&&c='0'&&c<='9') j++; else k++; c=getchar(); } printf("
41、;i=%d,j=%d,k=%d\n",i,j,k);},圈復雜度:5區(qū)域路徑: 用例: I j k1,1-2-10 # 0 0 02,1-2-3-5-9-2-10 B#
42、 1 0 03,1-2-3-4-5-9-2-10 b# 1 0 04,1-2-3-4-6-7-9-2-10 2# 0 1 05,1-2-3-4-6-8-9-2-10 @# 0 0 1,二.給出相應的測試用例是之分別滿足語句覆蓋,條件覆蓋、判定覆
43、蓋標準int testCov(int a , int b){ int s; s=1; if(a > 1 || b < 0 ) s = a + b; else if(a < = -1) s = a - b; else s = a * b; s =
44、s + 1; return s;}//,語句覆蓋:1,a=2,b=0 s=32,a=-1,b=0 s=03,a=0 ,b=0 s=1判定覆蓋:1,a=2,b=0 s=32,a=-1,b=0 s=03,a=0 ,b=0 s=1條件覆蓋:1,a=0,b=-1 s=02,a=2,b
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 有錯誤的財務分析
- 牽張訓練程序中錯誤的是
- 網(wǎng)頁上有錯誤
- 有錯誤的財務分析(套用模板)
- 基于偶然性正確測試用例發(fā)現(xiàn)的軟件錯誤定位方法.pdf
- 軟件內(nèi)建自測試中的測試程序生成.pdf
- PLC軟件編程的部分程序.doc
- 基于程序譜的軟件錯誤定位方法研究.pdf
- 精神病學,常伴有錯誤的領域
- 面向對象軟件中回歸測試錯誤定位方法的研究.pdf
- 軟件內(nèi)建自測試中模板的實現(xiàn)和測試程序的生成.pdf
- 基于測試的程序錯誤定位系統(tǒng)的設計與實現(xiàn).pdf
- 軟件測試理論
- 基于錯誤發(fā)現(xiàn)率的案例分析
- 基于程序切片譜的軟件錯誤定位技術研究.pdf
- 軟件測試的基礎理論
- 基于程序切片的軟件測試研究.pdf
- 動態(tài)程序切片在面向對象軟件測試中的應用.pdf
- 基于程序頻譜的軟件錯誤定位關鍵技術研究.pdf
- 刑法中的錯誤理論研究.pdf
評論
0/150
提交評論