軟件測(cè)試習(xí)題

1、填空題1、測(cè)試用例不僅要選用合理的測(cè)試輸入數(shù)據(jù)，還需要選用不合理的測(cè)試輸入數(shù)據(jù)，這樣能更多地發(fā)現(xiàn)錯(cuò)誤，提高程序的可靠性。對(duì)于不合理的測(cè)試輸入數(shù)據(jù)，程序應(yīng)拒絕執(zhí)行，并給出相應(yīng)的提示。 2、動(dòng)態(tài)測(cè)試指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。對(duì)軟件產(chǎn)品進(jìn)行動(dòng)態(tài)測(cè)試時(shí)使用黑盒測(cè)試法和白盒測(cè)試法。 3、靜態(tài)測(cè)試指被測(cè)試程序不在機(jī)器上運(yùn)行，而是采用人工測(cè)試和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)。 4、黑盒測(cè)試依據(jù)軟件規(guī)格說明，檢查程序是否滿足功能需求。因此，黑盒測(cè)試由稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 5、白盒測(cè)試以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢查內(nèi)部邏

2、輯結(jié)構(gòu)和運(yùn)行原理是否有錯(cuò)，程序的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。 6、在基本路徑測(cè)試中，獨(dú)立路徑是指包括一組以前沒有處理過的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條從未走過的邊的路徑。7、在單元測(cè)試中，驅(qū)動(dòng)模塊的作用是用來模擬被測(cè)模塊的上層調(diào)用模塊。它的工作是接受測(cè)試輸入數(shù)據(jù)，以上層模塊調(diào)用被測(cè)模塊的形式把數(shù)據(jù)傳送給被測(cè)模塊，接收被測(cè)模塊的實(shí)測(cè)結(jié)果并輸出。 8、在單元測(cè)試中，樁模塊用來代替被測(cè)模塊的子模塊。其作用是返回被測(cè)模塊所需的信息。 9、錯(cuò)誤的群集現(xiàn)象是指模塊錯(cuò)誤發(fā)現(xiàn)率與模塊的殘留錯(cuò)誤數(shù)成正比關(guān)系。判斷題1 、好的測(cè)試員不懈追求完美。(

3、 T)2、 測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。(F )3、 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。(F )4、 軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試。(F )5、 靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。( T)6、 總是首先設(shè)計(jì)白盒測(cè)試用例。(F )7、 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(T )8、 所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。(T )9、 所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用性。(F )10、 測(cè)試組負(fù)責(zé)軟件質(zhì)量。(F )11、 軟件測(cè)試按照測(cè)試過程分類為黑盒、白盒測(cè)試。( F)12、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。 ( T)13、集成測(cè)試計(jì)劃在需求分析

4、階段末提交。(F )14、單元測(cè)試屬于動(dòng)態(tài)測(cè)試。 (F )15、缺陷跟蹤系統(tǒng)只針對(duì)測(cè)試人員來使用。(F )16、從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。 ( F)17、項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。( F)18、軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。( F)19、軟件項(xiàng)目在進(jìn)入需求分析階段，測(cè)試人員應(yīng)該開始介入其中。(T )20、軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。( F)21、單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。( F)22、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。(T )23、負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的

5、能力最高能達(dá)到什么程度。(F )24、測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(T 25、代碼評(píng)審員一般由測(cè)試員擔(dān)任。( F)26、測(cè)試組負(fù)責(zé)軟件質(zhì)量。(F )27、程序的效率與程序的復(fù)雜性相關(guān)。(F )28、詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工具給出清晰的描述。 (T ) 29、軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。 (T ) 30、測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。( F)選擇題 1、在軟件測(cè)試中，下面說法中錯(cuò)誤的是( B )。A. 測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程B

6、. 測(cè)試是為了表明程序是正確的C. 好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的方案D. 成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試 2、軟件測(cè)試的目的是( B )。A. 試驗(yàn)性運(yùn)行軟件 B. 發(fā)現(xiàn)軟件錯(cuò)誤C. 證明軟件正確D. 找出軟件中全部錯(cuò)誤 3、軟件測(cè)試用例主要由測(cè)試輸入數(shù)據(jù)和( C )兩部分組成。A. 測(cè)試計(jì)劃 B. 測(cè)試規(guī)則C. 測(cè)試的預(yù)期結(jié)果D. 以往測(cè)試記錄分析 4、與設(shè)計(jì)測(cè)試用例無關(guān)的文檔是( A )。A. 項(xiàng)目開發(fā)計(jì)劃B. 需求規(guī)格說明書C. 軟件設(shè)計(jì)說明書D. 源程

7、序 5、軟件測(cè)試是軟件質(zhì)量保證的主要手段之一，測(cè)試的成本已超過( A )的30%以上。因此，提高測(cè)試的有效性非常重要。A. 軟件開發(fā)成本B. 軟件維護(hù)成本C. 軟件開發(fā)成本和維護(hù)成本D. 軟件研制成本 6、“高產(chǎn)”的測(cè)試是指( C )。A. 用適量的測(cè)試用例說明被測(cè)試程序正確無誤B. 用適量的測(cè)試用例說明被測(cè)試程序符合相應(yīng)的要求C. 用適量的測(cè)試用例發(fā)現(xiàn)被測(cè)試程序盡可能多的錯(cuò)?D. 用適量的測(cè)試用例糾正被測(cè)試程序盡可能多的錯(cuò)誤 7、如果想要進(jìn)行成功的測(cè)試，為其設(shè)計(jì)測(cè)試用例主要依賴于( B )。A. 黑盒測(cè)試方法B. 測(cè)試人員的經(jīng)驗(yàn)C.

8、 白盒測(cè)試方法 D. 錯(cuò)誤推測(cè)法 8、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)( A )和指定的覆蓋標(biāo)準(zhǔn)。A. 程序的內(nèi)部結(jié)構(gòu) B. 程序的復(fù)雜性C. 使用說明書D. 程序的功能 9、在用邏輯覆蓋法設(shè)計(jì)測(cè)試用例時(shí)，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等。其中( D )是最強(qiáng)的覆蓋準(zhǔn)則。A. 語句覆蓋B. 條件覆蓋C. 判定-條件覆蓋D. 路徑覆蓋 10、在設(shè)計(jì)測(cè)試用例時(shí)，( A )是用得最多的一種黑盒測(cè)試方法。A. 等價(jià)類劃分B. 邊界值分析C. 因果圖D. 功能圖

9、0;11、在黑盒測(cè)試中，著重檢查輸入條件的組合的測(cè)試用例設(shè)計(jì)方法是( D )。A. 等價(jià)類劃分 B. 邊界值分析C. 錯(cuò)誤推測(cè)法D. 因果圖法 12、從下列敘述中，能夠與軟件開發(fā)各階段，如需求分析、設(shè)計(jì)、編碼相對(duì)應(yīng)的軟件測(cè)試是( D )。A. 集成測(cè)試、確認(rèn)測(cè)試、單元測(cè)試B. 單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試C. 單元測(cè)試、確認(rèn)測(cè)試、集成測(cè)試D. 確認(rèn)測(cè)試、集成測(cè)試、單元測(cè)試 13、單元測(cè)試將根據(jù)在( D )階段中產(chǎn)生的規(guī)格說明進(jìn)行A. 可行性研究與計(jì)劃B. 需求分析C. 概要設(shè)計(jì)D. 詳細(xì)設(shè)計(jì) 14、集成測(cè)試計(jì)劃是在

10、( C )階段制定的A. 可行性研究與計(jì)劃 B. 需求分析C. 概要設(shè)計(jì)D. 詳細(xì)設(shè)計(jì) 15、確認(rèn)測(cè)試計(jì)劃是在( B )階段制定的。A. 可行性研究與計(jì)劃B. 需求分析C. 概要設(shè)計(jì)D. 詳細(xì)設(shè)計(jì) 16、軟件的集成測(cè)試最好是由( D )承擔(dān)，以提高集成測(cè)試的效果。A. 該軟件的設(shè)計(jì)者B. 該軟件開發(fā)組的負(fù)責(zé)人C. 該軟件的編程者D. 不屬于該開發(fā)組的人員 17、( D )是簡(jiǎn)化了的模擬較低層次模塊功能的虛擬子程序。A. 過程B. 函數(shù)C. 仿真D. 樁 18、( A )是指為查明程序中的錯(cuò)誤和缺

11、陷，可能使用的工具和手段。A. 調(diào)試技術(shù)B. 測(cè)試技術(shù)C. 跟蹤法D. 動(dòng)態(tài)測(cè)試 19、從已發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過程稱為( C )。A. 錯(cuò)誤檢測(cè)B. 故障排除C. 調(diào)試D. 測(cè)試 20、在程序設(shè)計(jì)的過程中應(yīng)為程序調(diào)試做好準(zhǔn)備，主要體現(xiàn)在( D )方面。A. 采用模塊化、結(jié)構(gòu)化的程序設(shè)計(jì)方法設(shè)計(jì)程序B. 編寫程序時(shí)要為程序調(diào)試提供足夠的靈活性C. 根據(jù)程序調(diào)試的需要，選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出和必要的斷?D. 以上全是 21、統(tǒng)計(jì)資料表明，軟件測(cè)試的工作量占整個(gè)軟件開發(fā)工作量的( C )

12、。A. 30%B. 70%C. 40%50%D. 95% 22、軟件測(cè)試計(jì)劃是一些文檔，它們描述了( D )。A. 軟件的性質(zhì)B. 軟件的功能和測(cè)試用例C. 軟件的規(guī)定動(dòng)作 D. 對(duì)于預(yù)定的測(cè)試活動(dòng)將要采取的手段 23、IBM公司的統(tǒng)計(jì)資料表明，使用靜態(tài)測(cè)試的方法最高可以查出在測(cè)試中查出的全部軟件錯(cuò)誤的( B )。A. 80%B. 70%C. 50% D. 35% 24、黑盒測(cè)試方法的優(yōu)點(diǎn)是( D )。A. 可測(cè)試軟件的特定部位B. 能站在用戶立場(chǎng)測(cè)試C. 可按軟件內(nèi)部結(jié)構(gòu)測(cè)試D. 可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯(cuò)誤

13、60;25、白盒測(cè)試方法的優(yōu)點(diǎn)是(   C   )。A. 可測(cè)試軟件的特定部位B. 能站在用戶立場(chǎng)測(cè)試C. 可按軟件內(nèi)部結(jié)構(gòu)測(cè)試 D. 可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯(cuò)誤 26、等價(jià)類劃分完成后，就可得出(  C    )，它是確定測(cè)試用例的基礎(chǔ)。A. 有效等價(jià)類   B. 無效等價(jià)C. 等價(jià)類表D. 測(cè)試用例集 27、由因果圖轉(zhuǎn)換出來的(   A   )是確定測(cè)試用例的基礎(chǔ)。A. 判定表B.

14、約束條件表C. 輸入狀態(tài)表D. 輸出狀態(tài)表28、（A）是用戶和設(shè)計(jì)交換最頻繁的方法A. 原型化方法B. 瀑布模型方法C. 螺旋模型方法D. 構(gòu)件組裝模型29、軟件測(cè)試的目的: （C）A. 避免軟件開發(fā)中出現(xiàn)的錯(cuò)誤B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯(cuò)誤C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性D. 修改軟件中出現(xiàn)的錯(cuò)誤30、某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（B ）不可能是導(dǎo)致出錯(cuò)的原因。A 變量沒有初始化B 編寫的語句書寫格式不規(guī)范C 循環(huán)控制出錯(cuò)D 代碼輸入有誤31、下列關(guān)于程序效率的描述錯(cuò)誤的是（B ）。A 提高程序的執(zhí)行速度可以提高程序的效率B 降低程序占用的存儲(chǔ)空間可以提高程序

15、的效率C 源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無關(guān)D 好的程序設(shè)計(jì)可以提高效率32、軟件測(cè)試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個(gè)（些）是軟件測(cè)試的任務(wù)？D預(yù)防軟件發(fā)生錯(cuò)誤發(fā)現(xiàn)改正程序錯(cuò)誤提供診斷錯(cuò)誤信息A只有B只有C只有D都是33、軟件測(cè)試是軟件質(zhì)撾保證的重要手段，下述哪種測(cè)試是軟件測(cè)試的最基礎(chǔ)環(huán)節(jié)？BA功能測(cè)試 B單元測(cè)試C結(jié)構(gòu)測(cè)試 D確認(rèn)測(cè)試34、通?？煞譃榘缀袦y(cè)試和黑盒測(cè)試。白盒測(cè)試是根據(jù)程序的（C ）來設(shè)計(jì)測(cè)試用例,黑盒測(cè)試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測(cè)試用例。A功能B性能C內(nèi)部邏輯D內(nèi)部數(shù)據(jù)35、常用的黑盒測(cè)試方法有邊值分析、等價(jià)類劃分、錯(cuò)誤猜測(cè)、因果圖等

16、。其中（C ）經(jīng)常與其它方法結(jié)合起來使用。軟件測(cè)試的步驟主要有單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試。A邊值分析 B等價(jià)類劃分C錯(cuò)誤猜測(cè)D因果圖選擇填空題 1、從供選擇的答案中選出應(yīng)填入下列(   )中的字句。軟件測(cè)試的目的是（  A 2 ）。為了提高測(cè)試的效率，應(yīng)該（  B 4 ）。使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（  C 1 ）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（  D 4 ）。軟件的集成測(cè)試工作最好由（  E 4 ）承擔(dān)，以提高集成測(cè)試的效果?BR>

17、;供選擇的答案：A. 評(píng)價(jià)軟件的質(zhì)量 發(fā)現(xiàn)軟件的錯(cuò)誤 找出軟件中的所有錯(cuò)誤 證明軟件是正確的B. 隨機(jī)地選取測(cè)試數(shù)據(jù)    取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù) 在完成編碼以后制定軟件的測(cè)試計(jì)劃 選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)C. 程序的內(nèi)部邏輯 程序的復(fù)雜程度 使用說明書 程序的功能D. 該軟件的設(shè)計(jì)人員 程序的復(fù)雜程度 源程序 項(xiàng)目開發(fā)計(jì)劃E. 該軟件的設(shè)計(jì)人員 該軟件開發(fā)組的負(fù)責(zé)人 該軟件的編程人員 不屬該軟件開發(fā)組的軟件人員2、從供選擇的答案中選出應(yīng)填入下列(   )中的字句。為了把握軟件開發(fā)各個(gè)環(huán)節(jié)的正確性和協(xié)調(diào)性，人們需要進(jìn)行

18、（  A 2 ）和（  B 3 ）工作。（  A  ）的目的是想證實(shí)在一給定的外部環(huán)境中軟件的邏輯正確性。它包括（  C 2 ）和（  D 3 ），（  B  ）則試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯（  E 3 ）、（  F 4 ）和正確性。供選擇的答案：A, B. 操作   確認(rèn)      驗(yàn)證     測(cè)試  

19、  調(diào)試C, D. 用戶的確認(rèn)      需求規(guī)格說明的確認(rèn) 程序的確認(rèn)     測(cè)試的確認(rèn)E, F. 可靠性  獨(dú)立性  協(xié)調(diào)性   完備性   擴(kuò)充性3、從供選擇的答案中選出應(yīng)填入下列(   )中的字句。 測(cè)試過程需要三類輸入：（  A  ）、（  B  ）和（  C  ）。請(qǐng)選擇正確的答案填入下圖中以完成測(cè)試信息處理的全過程。供選擇的答案?2 4 6 3 1 2

20、AC. 接口選擇 軟件配置 硬件配置 測(cè)試配置 測(cè)試環(huán)境 測(cè)試工具 D F. 排錯(cuò)       可靠性分析   結(jié)果分析    數(shù)據(jù)分類 4、請(qǐng)從供選擇的答案中選出應(yīng)填入下列（     ）中的字句。程序的三種基本控制結(jié)構(gòu)是（  A 2 ）。它們的共同點(diǎn)是（  B 4 ）。結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（  C 4 ）。軟件測(cè)試的目的是（  D 2

21、）。軟件調(diào)試的目的是（  E 1 ）。供選擇的答案：A. 過程，子程序，分程序    順序，條件，循環(huán) 遞歸，堆棧，隊(duì)列     調(diào)用，返回，轉(zhuǎn)移B. 不能嵌套使用      只能用來寫簡(jiǎn)單的程序 已經(jīng)用硬件實(shí)現(xiàn)      只有一個(gè)入口和一個(gè)出口C. 篩選法    遞歸法    歸納法    逐步求精法D. 證明程序中沒有錯(cuò)誤     發(fā)現(xiàn)程序中的錯(cuò)誤 測(cè)量

22、程序的動(dòng)態(tài)特性     檢查程序中的語法錯(cuò)誤E. 找出錯(cuò)誤所在并改正之    排除存在錯(cuò)誤的可能性 對(duì)錯(cuò)誤性質(zhì)進(jìn)行分類     統(tǒng)計(jì)出錯(cuò)的次數(shù) 5、從供選擇的答案中選出同下列各條敘述關(guān)系最密切的字句。(1) 對(duì)可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對(duì)源代碼進(jìn)行逐行檢查。(2) 已有的軟件被改版時(shí)，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降。因此，對(duì)變更的軟件進(jìn)行測(cè)試是必要的。(3) 在意識(shí)到被測(cè)試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測(cè)試。(4) 為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要

23、部分，提交給用戶試用。(5) 在測(cè)試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測(cè)試。此時(shí)，有必要用一些模塊替代尚未測(cè)試過的下層模塊。供選擇的答案：AE： 仿真器   代碼審查   模擬器   樁 驅(qū)動(dòng)器   域測(cè)試   黑盒測(cè)試   原型 白盒測(cè)試     退化測(cè)試 6、從供選擇的答案中選出應(yīng)填入下面敘述的（    ）內(nèi)的正確答案。 軟件測(cè)試方法可分為黑盒測(cè)試法和白盒測(cè)試法

24、兩種。黑盒測(cè)試法是通過分析程序的（  A 3 ）來設(shè)計(jì)測(cè)試用例的方法。除了測(cè)試程序外，它還適用于對(duì)（  B 4 ）階段的軟件文檔進(jìn)行測(cè)試。白盒測(cè)試法是根據(jù)程序的（  C 2 ）來設(shè)計(jì)測(cè)試用例的方法。除了測(cè)試程序外，它也適用于對(duì)（  D 2 ）階段的軟件文檔進(jìn)行測(cè)試。白盒法測(cè)試程序時(shí)常按照給定的覆蓋條件選取測(cè)試用例。（  E 2 ）覆蓋比（  F 1 ）覆蓋嚴(yán)格，它使得每一個(gè)判定的每一條分支至少經(jīng)歷一次。（  G 4 ）覆蓋既是判定覆蓋，又是條件覆蓋，但它并

25、不保證使各種條件都能取到所有可能的值。（  H 5 ）覆蓋比其他條件都要嚴(yán)格，但它不能保證覆蓋程序中的每一條路徑?BR> 單元測(cè)試一般以（  I 1 ）為主，測(cè)試的依據(jù)是（  J 1 ）。供選擇的答案：A, C： 應(yīng)用范圍    內(nèi)部邏輯      功能        輸入數(shù)據(jù)B, D： 編碼      軟件詳細(xì)設(shè)計(jì)   軟件總體設(shè)計(jì)

26、0; 需求分析EH： 語句    判定          條件       判定/條件 多重條件    路徑I： 白盒法       黑盒法J： 模塊功能規(guī)格說明     系統(tǒng)模塊結(jié)構(gòu)圖   系統(tǒng)需求規(guī)格說明 7、從供選擇的答案中選出應(yīng)填入下面敘述的（    ）內(nèi)的正確

27、答案。集成測(cè)試也叫做（  A 3 ）或（  B 6 ）。通常，在（  C 1 ）的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求集成成為系統(tǒng)。子系統(tǒng)的集成測(cè)試特別稱為?nbsp; D 2 ），它所做的工作是要找出子系統(tǒng)和系統(tǒng)需求規(guī)格說明之間的（  E 6 ）。需要考慮的問題是：在把各個(gè)模塊連接起來的時(shí)侯，穿越模塊接口的數(shù)據(jù)是否會(huì)（  F 2 ）； 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；各個(gè)（  G 1 ）組合起來，能否達(dá)到預(yù)期要求的（  H 3

28、）；（  I 5 ）是否有問題；單個(gè)模塊的誤差累積起來是否會(huì)放大。供選擇的答案：AD. 單元測(cè)試    部件測(cè)試    集成測(cè)試 系統(tǒng)測(cè)試    確認(rèn)測(cè)試    聯(lián)合測(cè)試EI. 子功能      丟失     父功能  局部數(shù)據(jù)結(jié)構(gòu)   全局?jǐn)?shù)據(jù)結(jié)構(gòu)   不一致 一致 8、從供選擇的答案中選出應(yīng)該填入下列敘述的(  )

29、內(nèi)的正確答案。軟件測(cè)試中常用的靜態(tài)分析方法是（  A 1 ）和（  B 5 ）。（  B  ）用于檢查模塊或子程序間的調(diào)用是否正確。分析方法（白盒方法）中常用的方法是（  C 1 ）方法。非分析方法（黑盒方法）中常用的方法是（  D 2 ）方法和（  E 3 ）方法。（  E  ）方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例。供選擇的答案：AB： 引用分析      算法分析   可靠性分析 

30、; 效率分析     接口分析      操作分析CE： 路徑測(cè)試     等價(jià)類     因果圖    歸納測(cè)試 綜合測(cè)試     追蹤     深度優(yōu)先    調(diào)試 相對(duì)圖9、從供選擇的答案中選出應(yīng)填入下面敘述的（    ）內(nèi)的正確答案。 等價(jià)類劃分是一種典型的（  A 2 ）方法，也

31、是一種非常實(shí)用的重要的測(cè)試方法。使用這一方法，完全不考慮程序的（  B 1 ）。用所有可能輸入的數(shù)據(jù)來測(cè)試程序是不可能的，只能從全部可供輸入的數(shù)據(jù)中選擇一個(gè)（  C 2 ）進(jìn)行測(cè)試。（  D 5 ）是指某個(gè)輸入域的集合，在該集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤是（  E 3 ）。供選擇的答案：A： 白盒測(cè)試方法      黑盒測(cè)試方法B： 內(nèi)部結(jié)構(gòu)    外部環(huán)境    順序    流程CE：

32、 全集      子集       等效?BR>   不同的   等價(jià)類   典型集簡(jiǎn)答1你認(rèn)為一個(gè)優(yōu)秀的測(cè)試工程師應(yīng)該具備哪些素質(zhì)？ 探索者，故障排除員，不放過任何蛛絲馬跡，創(chuàng)造性，老練的追求完美者，判斷準(zhǔn)確，注重策略和外交，善于說服。2軟件開發(fā)模型分哪幾種瀑布模型、漸增模型/演化/迭代、原型模型、螺旋模型、噴泉模型、智能模型、混合模型3軟件生命周期分哪幾個(gè)階段？可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)到廢棄4應(yīng)該由誰

33、來進(jìn)行確認(rèn)測(cè)試？是軟件開發(fā)者還是軟件用戶？為什么？由軟件開發(fā)者，開發(fā)者對(duì)軟件產(chǎn)品進(jìn)行評(píng)估，若不滿足要求則與用戶協(xié)商解決辦法5如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎？為什么？需要，黑盒測(cè)試可根據(jù)程序規(guī)格檢驗(yàn)程序是否完成規(guī)定功能，但無法發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯(cuò)誤，白盒測(cè)試與之相反互補(bǔ)。6產(chǎn)品測(cè)試到什么時(shí)候就算是足夠了？測(cè)試一直貫穿軟件的整個(gè)生命周期，從需求、設(shè)計(jì)到編碼、實(shí)現(xiàn)一直到軟件的最終交付用戶，測(cè)試時(shí)期已滿或特定的測(cè)試用例作為判斷測(cè)試停止的基礎(chǔ)。7測(cè)試計(jì)劃的目的是什么？確定測(cè)試基本原則，生成測(cè)試概要設(shè)計(jì)。8軟件測(cè)試應(yīng)該劃分幾個(gè)階段?簡(jiǎn)述各個(gè)階段應(yīng)重點(diǎn)測(cè)試的點(diǎn)?各個(gè)階段的含義？按照開

34、發(fā)階段劃分，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試， 以確保每個(gè)模塊能正常工作為目標(biāo)。集成測(cè)試：對(duì)已測(cè)試過的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分協(xié)調(diào)工作。驗(yàn)收測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。9對(duì)小的程序進(jìn)行窮舉測(cè)試是可能的，用窮舉測(cè)試能否保證程序是百分之百正確呢？ 不能，不能查出錯(cuò)誤程序本身違反了設(shè)計(jì)規(guī)范不可能查出程序因遺漏而出錯(cuò)發(fā)現(xiàn)不了一些與權(quán)據(jù)相關(guān)的錯(cuò)誤10在任何情況下單元測(cè)試都是可能的嗎？都是需要的嗎？、單元測(cè)試，其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。單元測(cè)試是在

35、編碼階段完成的，每編寫出一個(gè)程序模塊，就開始做這個(gè)模塊的單元測(cè)試，所以只要采用模塊化方法開發(fā)軟件，單元測(cè)試都是必需的。 11測(cè)試和測(cè)試是軟件公司組織內(nèi)部人員模擬各類用戶對(duì)將面世的軟件產(chǎn)品進(jìn)行測(cè)試。是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行測(cè)試。12驅(qū)動(dòng)模塊和樁模塊樁模塊：也叫存根程序，用于模擬被測(cè)模塊工作過程中所調(diào)用的子模塊 驅(qū)動(dòng)模塊：用于模擬所測(cè)模塊的上級(jí)模塊，它接受測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳輸給被測(cè)模塊。13白盒測(cè)試和黑盒測(cè)試白盒測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行。黑盒測(cè)試也稱功能測(cè)試，它是通過測(cè)試來檢測(cè)每個(gè)功能是否

36、都能正常使用。14靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)方法是指不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。動(dòng)態(tài)測(cè)試方法是指通過運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，15累進(jìn)測(cè)試和回歸測(cè)試回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。問答計(jì)算題1、畫出下列偽碼程序的程序流程圖。STARTIF m THENWHILE n DOABEND DOELSEBLOCKCDEND BLOCKEND IFSTOP2、如圖所示的程序有三條不同的路徑。分別表示為L(zhǎng)1(ab)、L2(acd)、L3(ace)，或簡(jiǎn)寫為ace、abd、abe及acd。根據(jù)判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋和路徑覆蓋等五種覆蓋標(biāo)準(zhǔn)，從供選擇的答案中分別找出滿足相應(yīng)覆蓋標(biāo)準(zhǔn)的最小測(cè)試用例組。(用 回答)供選擇的答案：x = 90,