1、軟件測試技術復習題（1104）一、基本要求1、軟件與軟件危機（1）軟件的定義（2）軟件具有的和硬件不同的特點，軟件同傳統(tǒng)工業(yè)產品相比具有的特性（3）軟件的分類，軟件危機定義，原因，表現(xiàn)形式（4）軟件工程的具體含義，軟件工程的四條基本原則，軟件工程活動和常用的軟件開發(fā)方法（5）軟件生命周期包括的內容，軟件生命周期的定義、軟件生命周期的階段劃分和幾種典型的軟件生命周期模型及各自的特點2、軟件缺陷與缺陷管理（1）軟件缺陷的定義和分類，軟件缺陷產生的原因。（2）缺陷管理的流程，軟件缺陷管理的目標（3）缺陷報告的主要內容，報告軟件缺陷的基本原則（4）缺陷管理工具的含義，幾款國際、國內比較知名的缺陷管理工

2、具3、軟件測試基本概念（1）軟件測試的定義（2）軟件測試的目的（3）軟件測試的一般原則和具體原則（4）軟件測試人員的工作內容和應具備的素質 （5）軟件測試與軟件開發(fā)各階段的關系 （6）軟件測試的就業(yè)前景（7）有關軟件測試的幾個誤區(qū)4、生命周期軟件測試方法（1）生命周期測試方法的定義，此方法相關的測試要素，測試風險，測試計劃，測試種類，軟件生命周期中的各類軟件測試的定義和概念 （2）需求階段測試的目標、測試要素分析、測試活動（3）設計階段的測試任務和測試活動 （4）編碼階段的測試需解決的問題和達到的目標（5）典型的測試類型和測試用例的含義（6）安裝階段的測試活動5、軟件測試過程（1）軟件測試過程

3、的定義，主要的軟件測試過程模型，以及它們之間的關系 （2）測試計劃的編寫內容，軟件測試設計與開發(fā)的主要內容（3）軟件測試過程改進的具體方法6、基于軟件配置項的測試種類（1）軟件配置項、軟件配置管理、基線的概念；軟件配置的主要任務（2）軟件配置項測試的測試對象、測試目的和具體測試內容（3）計算機軟件配置項測試種類及測試種類的選擇7、軟件靜態(tài)測試（1）靜態(tài)測試的定義和特點 （2）編程規(guī)范的定義及確定和遵循編程規(guī)范的意義（3）程序理解的方法和相關技術 （4）代碼檢查的含義，代碼檢查方法（5）軟件復雜性度量方法，McCache復雜度（6）軟件質量概念、軟件質量屬性包括內容8、動態(tài)測試（1）動態(tài)測試的含

4、義及測試步驟 （2）邏輯覆蓋法和路徑測試法的測試用例設計（3）黑盒測試法、等價類劃分法、邊界值分析法、因果圖法、隨機測試法和猜錯法的概念及應用 （4）等價類劃分法、邊界值分析法、因果圖法、隨機測試法和猜錯法的測試用例設計（5）灰盒測試法的概念和特性（6）測試用例的原則和要素（7）單元測試的概念、作用及內容，單元測試方法和步驟 （8）集成測試的概念、作用及內容，增量測試和非增量測試的執(zhí)行過程及比較（9）確認測試的概念、作用及內容的執(zhí)行過程，和測試 （10）系統(tǒng)測試的概念、作用及內容，典型測試類型9、軟件測試自動化（1）軟件測試自動化概念 （2）常用的自動化測試框架（3）常用的軟件自動化測試工具1

5、0、面向對象軟件測試（1）面向對象程序設計語言的特征對軟件測試的影響 （2）面向對象的測試模型，OOA、OOD、OOP、面向對象的單元測試、面向對象的集成測試、面向系統(tǒng)測試的測試內容11、C/S應用軟件測試（1）C/S系統(tǒng)測試的特點及對傳統(tǒng)測試的影響 （2）C/S系統(tǒng)測試的目標（3）C/S系統(tǒng)測試的內容、常見測試點和步驟12、基于B/S架構的Web應用軟件測試（1）B/S應用和C/S應用的比較 （2）基于B/S架構的Web測試與傳統(tǒng)的軟件測試相比的不同之處，Web應用測試的主要內容（3）Web應用性能測試方法 （4）Web應用的測試模型（5）信息系統(tǒng)的概念、構成要素、分類二、基本概念1、軟件危

6、機是指在計算機軟件的開發(fā)與維護過程中所遇到的一系列嚴重問題，這些問題不僅僅是不能正常運行的軟件才具有的。2、軟件生命周期又稱為軟件生存周期或系統(tǒng)開發(fā)生命周期，是軟件從開始產生直到報廢的生命周期。周期內有問題定義、可行性分析、總體描述、系統(tǒng)設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段。3、軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼的最終復查，是軟件質量保證的關鍵步驟。4、代碼檢查，主要是由檢驗人員仔細地進行代碼分析，檢查代碼和設計的一致性，代碼對標準的遵循、可讀性，代碼的邏輯表達正確性，代碼結構的合理性。5、內存泄漏是一種典型的程序缺陷，導致應用程序不斷消耗系統(tǒng)

7、內存，使程序運行出現(xiàn)響應變慢、某些功能無法實現(xiàn)、甚至整個系統(tǒng)癱瘓等問題。6、單元測試又稱模塊測試，是針對軟件設計的最小單位程序模塊或功能模塊，進行正確性檢驗的測試工作。7、靜態(tài)測試是軟件測試中的一個術語，通常是指不運行程序的情況下檢查程序的運行情況，只是檢查和審核。8、功能測試主要對軟件需求規(guī)格說明中的功能需求進行測試，找到被測軟件實現(xiàn)與要求不一致的地方，確認一致的地方。9、性能測試是通過測量響應時間、CPU使用和其他量化的操作特征，評估軟件系統(tǒng)的事務處理能力。10、自動化測試是執(zhí)行由某種程序設計語言編制的自動測試程序控制被測軟件的行為，模擬手工測試步驟，完成全自動或半自動測試。11、基線即軟

8、件技術狀態(tài)基線，指需要受到配置管理控制的某個研制階段的終點時，軟件成分的技術狀態(tài)，是已經經過正式審核和同意，是下一步軟件開發(fā)的基礎。三、簡答題1、軟件測試的目的有：（1）軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 （2）一個好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。（3）一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤。    軟件測試的目標定義為只是發(fā)現(xiàn)錯誤，原因是軟件測試可以有兩個目標，一個是預防錯誤，另一個是發(fā)現(xiàn)錯誤。由于軟件開發(fā)是人的創(chuàng)造性勞動，人的活動不可能完美無缺，錯誤可能發(fā)生在任何一個階段，因此預防錯誤這一目標幾乎是不可實現(xiàn)的，所以軟件測試的目標定義為只是發(fā)現(xiàn)錯

9、誤。2、軟件測試的具體原則如下：(1) 測試活動要有組織、有計劃、有選擇 (2) 選擇最佳的測試策略 (3) 測試設計決定了測試的有效性和效率，測試工具只能提高測試效率，測試用例設計師軟件測試的關鍵 (4) 嚴格執(zhí)行測試計劃，排除測試的隨意性 (5) 妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，以方便維護。3、報告軟件缺陷的基本原則如下：（1）盡快報告軟件缺陷 （2）有效地描述軟件缺陷 （3）在報告缺陷時不做任何評價（4）確保缺陷可以重現(xiàn)4、在軟件開發(fā)過程中常用的軟件開發(fā)方法(1) 面向數(shù)據(jù)流的結構化程序開發(fā)方法 （2）面向數(shù)據(jù)結構的開發(fā)方法Jackson方法 （3）支持程序開發(fā)的形式

10、化方法（基于模型的方法 ）維也納方法 （4）面向對象開發(fā)方法 5. 設計測試用例時應遵循的原則。（1）基于測試需求的原則 （2）基于測試方法的原則 （3）兼顧測試充分性和效率的原則 （4）測試執(zhí)行的可再現(xiàn)原則 6、軟件測試計劃的編寫內容如下：（1）測試環(huán)境 （2）測試基本原理和策略 （3）測試計劃階段劃分 （4）測試計劃要點 （5）功能描述和功能覆蓋說明 （6）測試用例清單，說明每個測試用例所測試的內容 （7）測試開始準則和退出準則 7、自頂向下組裝測試的具體步驟如下：（1）以主控模塊作為測試驅動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代。 （2）依據(jù)所選的集成策略，以及新

11、模塊的選擇原則，每次用一個實際單元替換一個被調用的樁模塊，并開發(fā)該單元可能需要的樁模塊 （3）每集成一個模塊的同時立即進行測試，排除組裝過程中可能引進的錯誤，如果測試發(fā)現(xiàn)錯誤，則要在修改后進行回歸測試。 （4）判斷系統(tǒng)的組裝測試是否完成，若沒有完成則轉到第二步循環(huán)進行，直到集成結束。8、動態(tài)測試是指通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等性能。這種方法主要由三部分組成：構造測試實例、執(zhí)行程序、分析程序的輸出結果。動態(tài)測試可分為以下幾個步驟：單元測試、集成測試、組裝測試、確認測試、系統(tǒng)測試、驗收測試和回歸測試。9、單元測試的主要目標在于檢驗程序各模塊中是否有各種差

12、錯，是否能正確地實現(xiàn)其功能，滿足其性能和接口要求。 單元測試的內容如下：（1）模塊接口測試 （2）局部數(shù)據(jù)結構測試 （3）路徑測試 （4）錯誤處理測試 （5）邊界測試 10、導致軟件產生缺陷有如下9類原因：（1）需求的不完善定義（2）客戶-開發(fā)者通信失?。?）對軟件需求的故意偏離（4）邏輯設計錯誤（5）編碼錯誤（6）不符合文檔編制和編碼規(guī)定（7）測試過程不足（8）規(guī)程錯誤（9）文檔編制錯誤11、 基于B/S架構的Web測試與傳統(tǒng)的軟件測試的不同點表現(xiàn)在：（1）需要檢查和驗證是否按照設計的要求運行 （2）還要測試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適 （3）重要的是還要從最終用戶的角度進行安全性

13、和可用性測試 （4）Internet和Web媒體的不可預見性使測試Web應用變得困難 12、對被測軟件進行白盒測試時，主要對程序進行以下檢查：（1）輸入合法性檢查 （2）路徑測試（3）事務測試（4）導入導出測試（5）安全性測試（6）Login/Logoff測試（7）日志測試13、使用基本路徑測試方法設計測試用例的步驟：（1）根據(jù)過程設計結果畫出相應的流圖 （2）計算控制流圖的圈復雜度 （3）確定線性獨立路徑的基本集合 （4）設計可強制執(zhí)行基本集合中每條路徑的測試用例 四、設計題1、NextDate函數(shù)問題說明：輸入一個日期，求從輸入日期算起的第三天日期。例如，輸入為2008年8月8日，則該程序

14、的輸出為2008年8月10日。NextDate函數(shù)包含三個整數(shù)變量month、day和year，并且滿足下列條件：1 month 12和1 day 31。 （1）分析各種輸入情況，列出為輸入變量month、day、year劃分的有效等價類 等價類劃分格式示例如下：輸入ID有效等價類day11 day31 （2）根據(jù)劃分的等價類，再考慮month邊界值，設計健壯等價類測試用例。 測試用例格式示例如下：用例IDdaymonthyear預期輸出覆蓋等價類1552008200805051，2（1）輸入等價類輸入ID有效等價類day11 day262day=273day=284day=295day=30

15、6day=31month7month=4，6，9，118month=1，3，5，7，8，109month=210month=12year11閏年12非閏年 （2）設計測試用例用例IDdaymonthyear預期輸出覆蓋等價類1512008200801071，8，1122752008200805292，8，1132852008200805303，8，1142952009200905314，8，1253052009200906015，8，1263152009200906026，8，1275-12008無效月份8522008200802071，9，1195112008200811071，7，1110

16、5122008200812071，10，11115132008無效月份2、 三角形問題說明：輸入三個正整數(shù)a、b、c，分別作為三角形的三條邊，現(xiàn)通過程序判斷由三條邊構成的三角形的類型是否為等邊三角形、等腰三角形、直角三角形、普通三角形以及非三角形。假設要求輸入的a、b、c數(shù)據(jù)滿足的條件是：a>0b>0c>0 并且 a<b+c，b<a+c，c<a+b 根據(jù)問題的規(guī)格說明，可從輸出域劃分5種等價類：R1：等邊三角形 R2：等腰三角形 R3：直角三角形R4：普通三角形 R5：非三角形可由輸出等價類求輸入等價類：例如輸出的等邊三角形等價類R1對應的輸入等價類S1表示

17、為R1: S1 = <a，b，c> | a=bb=ca=ca>0b>0c>0（1）按上述表示，將輸出等價類變換為對應的輸入等價類。（2）假設1a，b，c10，根據(jù)劃分的等價類，設計健壯等價類測試用例，再使用必要的邊界值用例補充。 測試用例格式示例如下：用例IDabc預期輸出覆蓋等價類1555等邊三角形S1，S2（1）輸入等價類R1: S1 = <a，b，c> | a=bb=ca=ca>0b>0c>0R2: S2 = <a，b，c> |(a=bb=ca=c)(a+b>cb+c>aa+c>b)a>0b&

18、gt;0c>0R3: S3 = <a，b，c> | a>0b>0c>0(a+b>cb+c>aa+c>b)(a2+b2=c2b2+c2=a2a2+c2=b2) R4: S4 = <a，b，c> |abbcaca>0b>0c>0(a+b>cb+c>aa+c>b) R5: S5 = <a，b，c> |(a+bcb+caa+cb)a>0b>0c>0a0b0c0（2）設計測試用例用例IDabc預期輸出覆蓋等價類1555等邊三角形S1，S22334等腰三角形S23345直角三

19、角形S34465普通三角形S451067普通三角形S46246非三角形S571178非三角形S58-134非三角形S5 3、某軟件規(guī)格說明書對某二位編碼的定義如下：編碼的第一個字符必須是A或B，第二個字符必須是一位數(shù)字，此情況下給出信息：編碼正確；如果第一個字符不是A或B，則給出信息：編碼錯誤；如果第一個字符是A或B，第二個字符不是數(shù)字，則給出信息：修改編碼。（1）根據(jù)問題的規(guī)格說明，列出原因和結果。 因果表格式示例如下：ID原因（輸入）ID結果（輸出）a=b=cA等邊三角形（2）畫出因果圖。 （3）將因果圖轉換成簡化的決策表，并設計出測試用例。決策表格式示例如下：規(guī)則123n條件 （原因）Y

20、動作 A（結果）測試用例3,3,3（1）列出原因和結果ID原因（輸入）ID結果（輸出）第一個字母是AA顯示編碼錯誤第一個字母是BB顯示編碼正確第二個字母是數(shù)字C顯示修改編碼（2）畫出因果圖 AE B C中間狀態(tài)，表示已接受第一個字符。（3）將因果圖轉換成簡化的決策表，并設計出測試用例。規(guī)則123456 條件 （原因） YY-YNYYYNNYNYYYNYNYNN-NA動作 B（結果） C不可能測試用例 A3AAB6BB114、閱讀下面的一段程序， void Test2(int X,int A,int B) 1 2 int k=0,j=0; 3 if(A>1)&&(

21、B=0)4 5 X=X/A;6 k=A*B-1;7 8 if(A=2)|(X>1)9 X=X+1;10 j=X+3; 11 / Test2試求：（1）畫出程序的流程圖及控制流圖（可用語句標號表示），計算程序的環(huán)形復雜度。（2）確定程序的獨立路徑，并根據(jù)獨立路徑，設計測試用例。測試用例格式示例如下：用例IDXAB預期輸出k,j覆蓋路徑15322,51-2-3（1）程序的流程圖及控制流圖如下： 程序的環(huán)形復雜度為： V(G)=P+1=2+1=3（2）確定該程序的獨立路徑如下： 路徑1：12381011 路徑2：123456781011 路徑3：1234567891011根據(jù)獨立路徑，設計測試

22、用例。 用例IDXAB預期輸出k,j覆蓋路徑10000,3123810112540-1,41234567810113420-1,612345678910115、如圖顯示某程序的邏輯結構。試為它設計足夠的測試用例，分別實現(xiàn)對程序的判定覆蓋、條件覆蓋和條件組合覆蓋。測試用例格式如下：覆蓋種類需滿足的條件測試數(shù)據(jù)期望結果判定覆蓋A<5, B>8A=4, B=9執(zhí)行S1覆蓋種類需滿足的條件測試數(shù)據(jù)期望結果判定覆蓋A>0, B=0A=2, B=0執(zhí)行S1A>0, B¹0或A£0, B=0或A£0, B¹0A=2, B=1或A=0, B=0或

23、A=0, B=1 執(zhí)行S2條件覆蓋以下四種情況各出現(xiàn)一次A>0B=0A=2，B=0執(zhí)行S1A£0B¹0A=0，B=1執(zhí)行S2條件組合覆蓋A>0, B=0A=2, B=0執(zhí)行S1A>0, B¹0A=2, B=1執(zhí)行S2A£0, B=0A=0, B=0執(zhí)行S2A£0, B¹0A=0, B=1執(zhí)行S26、閱讀下面的程序，void Test1( int n, int i )1 2 int x=0;3 int y=0;4 while ( n- > 0 )5 6 if ( i=0 )7 x=y+2;8 else9

24、 if ( i=1 )10 y=y+10;11 else12 x=y+20;13 / while14 / Test1試求：（1）畫出程序的流程圖及控制流圖（可用語句標號表示），計算程序的環(huán)形復雜度。（2）確定程序的獨立路徑，并根據(jù)獨立路徑，設計測試用例。測試用例格式示例如下：用例IDni預期輸出x,y覆蓋路徑1512,51-2-3（1）程序的流程圖及控制流圖如下： 程序的環(huán)形復雜度為： V(G)=E-N+2=9-7+2=4或 V(G)=P+1=3+1=4 （2）確定程序的獨立路徑。 路徑1：414 路徑2：46714 路徑3：46910414 路徑4：46912414 根據(jù)獨立路徑，設計測試用

25、例。 用例IDni預期輸出x,y覆蓋路徑1000,04142100,2467143110,104691041441220,0469124147、用等價類劃分法設計下面的測試用例：有一個報表系統(tǒng)，要求用戶輸入要處理的報表的日期，假設日期的范圍為2000年1月到2020年12月。如果用戶輸入的日期不在這個范圍內，則顯示錯誤碼信息，并且此系統(tǒng)規(guī)定日期由年月六位數(shù)字組成，前4為代表年，后兩位代表月（1）請列出等價類表（包括有效和無效的等價類）。（2）根據(jù)（1）中的等價類表，設計能覆蓋所有等價類的測試用例。要求包括輸入數(shù)據(jù)和預期輸出，并指出各個測試用例所能覆蓋的等價類編號。測試用例格式示例如下：測試用例

26、編號輸入數(shù)據(jù)預期輸出覆蓋等價類編號12011082011081,2,3（1）等價類表 輸入條件編號有效等價類編號無效等價類報表日期16位數(shù)字字符234有非數(shù)字字符少于6個數(shù)字字符多于6個數(shù)字字符年份范圍5在2000-202067小于2000大于2020月份范圍8在1-12910小于1大于12（2）設計測試用例 測試用例編號輸入數(shù)據(jù)預期輸出覆蓋等價類編號12010062010061,5,82200a0b有非數(shù)字字符2320102少于6個數(shù)字字符342012012多于6個數(shù)字字符45198802年份小于200066203011年份大于202077200000月份小于198202013月份大于121

27、0五、單選題1. 單元測試主要針對模塊的幾個基本特征進行測試，該階段不能完成的測試是 A. 系統(tǒng)功能             B. 局部數(shù)據(jù)結構 C. 重要的執(zhí)行路徑    D. 錯誤處理 2. 下面是有關基本路徑測試方法的描述：（1）計算程序的環(huán)形復雜度，導出程序基本路徑集中的獨立路徑條數(shù)。（2）導出基本路徑集，確定程序的獨立路徑。（3）畫出程序的控制流圖。（4）根據(jù)圖中的獨立路徑，設計測試用例的輸入數(shù)據(jù)和預期輸出。 正確的執(zhí)行基本路徑測試方法

28、的步驟是 A. （1）（2）（3）（4） B. （3）（1）（2）（4）C. （3）（4）（2）（1） D. （4）（3）（2）（1）3. 針對軟件的可維護性，目前業(yè)界主要存在三種度量參數(shù)：Line復雜度、Halstead復雜度和McCabe復雜度。其中McCabe復雜度表示 A. 以代碼的行數(shù)作為計算的基準 B. 以程序中使用到的運算符與運算元數(shù)量作為計數(shù)目標C. 以軟件的流程圖來衡量軟件的質量D. 以軟件的功能結構圖來評價軟件的可維護性4. 下列測試方法中，測試目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產品需求的是 A. 系統(tǒng)測試 B. 集成測試C. 單元測試 D. 功能測試

29、5. 自底向上法集成測試方法需要對每個被測試模塊構造 A. 驅動模塊 B. 樁模塊C. 驅動模塊和樁模塊 D. 關鍵模塊6. 在集成測試策略的環(huán)境中，對某些已經進行過的測試的某些子集再重新進行一遍，以保證上述改變不會傳播無法預料的副作用或引發(fā)新的問題，這一測試稱為 A. 集成測試 B. 確認測試C. 系統(tǒng)測試 D. 回歸測試7. 在軟件測試階段，測試步驟按次序可以劃分為以下幾步 A. 驗收測試、單元測試、系統(tǒng)測試、集成測試B. 單元測試、集成測試、驗收測試、系統(tǒng)測試C. 單元測試、集成測試、系統(tǒng)測試、驗收測試D. 系統(tǒng)測試、單元測試、集成測試、驗收測試8. 下列關于單元測試的說法錯誤不正確的是

30、 A. 單元測試允許對許多個單元的測試并行展開B. 單元測試是在編碼階段進行的，因此只能使用白盒測試手段，不能使用黑盒測試方法C. 為了檢驗程序對異?；蝈e誤的處理是否正確，在設計單元測試用例時需要準備可能導致模塊失效的無效數(shù)據(jù)D. 在單元測試前通常需要構造一個測試模型，該模型中往往會使用到驅動模塊和樁模塊9. 下列關于等價類劃分方法的描述中不正確的是 A. 有效數(shù)據(jù)等價類指的是對程序的規(guī)格說明有意義的、合理的輸入數(shù)據(jù)所構成的集合B. 如果等價類中的一個測試不能捕獲缺陷，那么應嘗試選擇該等價類中的其他測試來捕獲該缺陷C. 正確的劃分等價類會使測試更加準確有效，避免發(fā)生遺漏測試或測試冗余的情況D.

31、 只要從等價區(qū)間中選擇一到兩個有代表性的值作為測試數(shù)據(jù)來執(zhí)行就等同于測試了區(qū)間中所有的值10. 大量的事實表明，導致軟件缺陷的最大原因是 A. 軟件產品說明書 B. 軟件設計手冊C. 軟件用戶操作手冊 D. 軟件維護手冊11. 一個好的測試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)過的錯誤。這句話描述的是 A. 軟件測試目的 B. 軟件測試原則 C. 軟件測試停止的依據(jù) D. 軟件測試基本問題12. 從宏觀上說，C/S體系結構的軟件測試通常是從單個客戶端開始，然后再逐步集成客戶端、服務器和網絡系統(tǒng)進行集成測試，最后進行系統(tǒng)的整體測試。下面不屬于整體測試的主要內容是 A. 事務測試 B. 網絡通信測試C. 數(shù)據(jù)庫

32、的測試 D. 對應用服務器（中間件）的測試13. 實際的邏輯覆蓋測試中，設計測試用例時主要基于 A. 條件覆蓋 B. 判定覆蓋C. 條件組合覆蓋 D. 路徑覆蓋 14. 軟件測試不需要了解軟件設計的 A. 功能 B. 內部結構   C. 處理過程 D. 條件 15. 根據(jù)輸出對輸入的依賴關系設計測試用例的測試方法是 A. 路徑測試 B. 等價類C. 因果圖 D. 邊界值分析16. 必須要求用戶參與的測試階段是 A. 單元測試 B. 集成測試 C. 確認測試 D. 驗收測試17. 在軟件測試工具中，下面屬于靜態(tài)測試工具類型的是 A. 代碼檢查 B. 內存分析 C. 功能確認

33、D. 接口測試18. 下列關于測試的描述中正確的是 A測試不需要用戶代表參加B 測試需要用戶代表參加C測試是系統(tǒng)測試的一種D測試是集成測試的一種19. 關于軟件測試、軟件過程和軟件質量關系的描述中，下列說法不正確的是 A. 軟件質量是由軟件測試保證的 B. 軟件測試是提高軟件質量的一種手段C. 軟件過程包括軟件測試D. 軟件質量是軟件過程中逐步建立起來的20. 對于下面的邏輯覆蓋法的有關描述：選擇足夠多的測試用例，使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。該邏輯覆蓋屬于 A. 條件覆蓋 B. 判定覆蓋 C. 語句覆蓋 D. 組合覆蓋21. 下面說法正確的是 A. 經過測試沒有發(fā)現(xiàn)錯誤說明程序正確

34、 B. 測試的目標是為了證明程序沒有錯誤C. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D. 成功的測試是沒有發(fā)現(xiàn)錯誤的測試22. 測試的關鍵問題是 A. 如何組織軟件評審 B. 如何選擇測試用例 C. 如何驗證程序的正確性 D. 如何采用綜合策略23. 如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋，那么它一定同時實現(xiàn)了該軟件的 A. 判定覆蓋 B. 條件覆蓋C. 判定/條件覆蓋 D. 組合覆蓋24. 下列關于白盒測試的說法中正確的是 A. 白盒測試僅限于檢查代碼的規(guī)范性問題B. 白盒測試中的所有策略都需要運行被測試的程序C. 白盒測試適用于軟件測試的各個階段D. 白盒測試是軟件的邏輯和內部結構為

35、基礎的測試技術25. 側重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為 A. 強度測試 B. 壓力測試 C. 容量測試 D. 性能測試26. 下列幾種邏輯覆蓋標準中，查錯能力最強的是 A. 語句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D. 條件組合覆蓋27. 使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù)指定的覆蓋標準和 A. 程序內部邏輯 B. 程序的復雜度C. 使用說明書 D. 程序的功能 六、題型舉例一、單項選擇題（本大題共15小題，每小題1分，共15分）1. 在用白盒測試中的邏輯覆蓋法設計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，其中最弱的覆蓋準則是

36、 A. 語句覆蓋 B. 條件覆蓋 C. 判定-條件覆蓋 D. 路徑覆蓋2. 對Web網站進行的測試中，屬于功能測試的是 A. 連接速度測試 B. 鏈接測試 C. 平臺測試 D. 安全性測試3. 下列選項中，不屬于軟件自動化測試的優(yōu)點的是 A. 速度快、效率高 B. 準確度和精確度高C. 可實現(xiàn)無人照料測試 D. 能充分測試軟件4. 軟件測試技術可以分為靜態(tài)測試和動態(tài)測試，下列說法中不正確的是 A.靜態(tài)測試是指不運行實際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B.動態(tài)測試是指實際運行程序，通過運行的結果來發(fā)現(xiàn)程序中的錯誤。C.動態(tài)測試包括黑盒測試和白盒測試。D.白盒測試是靜態(tài)測試，黑盒測試

37、是動態(tài)測試。 5. 下列項目中不屬于測試文檔的是 A. 測試計劃 B. 測試用例 C. 程序流程圖 D. 測試報告6. 與確認測試階段有關的文檔是 A. 需求規(guī)格說明書 B. 概要設計說明書C. 詳細設計說明書 D. 源程序7. 用等價類劃分法設計對所有實數(shù)進行開平方運算的程序的測試用例，可以將輸入域進行劃分為 A. 正整數(shù)、0 和 負整數(shù) B. 正實數(shù)、0和負實數(shù)C. 有理數(shù)和無理數(shù) D. 實數(shù)和虛數(shù)8. 假設一個軟件的數(shù)據(jù)輸入要求是4位整數(shù)，則利用邊界值分析法，輸入的有效等價類和無效等價類的邊界值分別為 A. 1000，9999；1000，10000 B. 999，9999；999，100

38、00C. 1000，9999；999，10000 D. 999，9999；1000，100000二、填空題（本大題共10小題，每小題1分，共10分）1. 等價類劃分法是典型的 黑盒 測試方法，該方法設計測試用例時完全不必考慮軟件結構，只需考慮需求規(guī)格說明書中的功能要求。2. 壓力測試也叫 負荷測試 ，即獲取系統(tǒng)能正常運行的極限狀態(tài)。3. 軟件缺陷的等級描述軟件缺陷的嚴重程度，一般分為 致命 、嚴重、一般、建議4種。4. 面向對象的開發(fā)模型突破了傳統(tǒng)的瀑布模型，將開發(fā)分為面向對象分析、面向對象設計和 面向對象編程 三個階段。5. 面向對象編程的測試重點集中在類功能的實現(xiàn)和相應的面向對象的程序架構

39、上，主要表現(xiàn)之一為數(shù)據(jù)成員是否滿足 數(shù)據(jù)封裝 的要求。6. 軟件測試是為了 發(fā)現(xiàn)錯誤 而執(zhí)行程序的過程。7. 漸增式測試有三種不同的組裝模塊的方法： 自頂向下集成測試方法 、自底向上集成測試方法和混合漸增式集成測試方法。8. 在編碼階段，測試需要解決的首要問題是編碼是否和 設計 一致，其次是系統(tǒng)是否可維護，系統(tǒng)的規(guī)格說明是否正確地實現(xiàn)，編碼是否按照既有的標準進行。9. 用等價類劃分法設計一個測試用例時，使其覆蓋 盡可能多的 尚未被覆蓋的合理等價類。10. 選擇測試用例，使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標準稱為 判定覆蓋 。11. 用等價類劃分法設計測試用例時，如果被測

40、程序的某個輸入條件規(guī)定了取值范圍，則可確定一個合理的等價類和 兩個不合理的等價類 。12. 面向對象的 集成 測試能夠檢測出相對獨立的單元測試無法檢測出的那些類相互作用時才會產生的錯誤。13. 一個好的測試用例在于能發(fā)現(xiàn) 至今未發(fā)現(xiàn) 的錯誤。14. 動態(tài)測試包括黑盒測試、白盒測試以及 灰盒測試 等。15. 缺陷管理工具用于幾種管理軟件測試過程中發(fā)現(xiàn)的錯誤，是添加、修改、排序、查詢、存儲軟件測試錯誤的 數(shù)據(jù)庫程序 。16. 生命周期測試方法意味著測試與軟件開發(fā)平行，在軟件開發(fā)的所有階段進行測試，確保在 盡可能早 的階段點去修正缺陷，用來減少測試成本。17. 軟件測試過程模型中的V模型是軟件開發(fā) 瀑布 模型的變種，它描述了各個測試階段和開發(fā)過程期間各階段的對應關系。18. 性能測試工具是一種預測系統(tǒng)行為和性能的自動化測試工具，性能測試工具的代表有Mercury公司的 LoadRunner 、Segue的SilkPerfomer，以及開源的Apache JMeter。19. 典型的幾種軟件生命周期模型包括 瀑布模型 、快速原型模型和迭代模型。20. 測試