軟件工程與軟件測試技術(shù)

1、軟件工程與軟件測試技術(shù)課程復(fù)習(xí)資料課程名稱軟件工程與軟件測試技術(shù)教材信息名稱軟件測試?yán)碚撆c實(shí)踐教程出版社人民郵電出版社作者張向宏主編版次2009.06注：如學(xué)員使用其他版本教材，請參考相關(guān)知識點(diǎn)及教師PPTPPT相關(guān)章節(jié)標(biāo)記示例“（1.1），（1.4）”一、客觀部分：（單項(xiàng)選擇、多項(xiàng)選擇、不定項(xiàng)選擇、判斷）（一）單項(xiàng)選擇題1. 關(guān)于原型化開發(fā)方法的敘述中，不正確的是（）。 A. 原型化方法適應(yīng)于需求不明確的軟件開發(fā) B. 在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型 C. 原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性D. 原型化方法可以直接開發(fā)出最終產(chǎn)品考核知識點(diǎn): 原型開發(fā)模型的特點(diǎn)。相關(guān)知識參考

2、教材中P8及課件相關(guān)內(nèi)容。（1.1）2. 以下屬于軟件維護(hù)階段文檔的是（）。A測試分析報(bào)告 B操作手冊 C軟件問題報(bào)告 D軟件需求說明 考核知識點(diǎn):軟件生命周期各階段的任務(wù)，在軟件維護(hù)的流程中,第一步就是制定維護(hù)申請報(bào)告,也稱為軟件問題報(bào)告,它是維護(hù)階段的一種文檔,由申請維護(hù)的用戶填寫。（1.1）3. 在軟件生命周期的不同階段，需要實(shí)施不同類型的測試工作，單元測試是對程序設(shè)計(jì)進(jìn)行驗(yàn)證，其中（）不是單元測試的主要內(nèi)容。 A. 模塊接口測試 B. 有效性測試 C. 路徑測試 D. 邊界測試 考核知識點(diǎn):單元測試的主要內(nèi)容，有效性測試即確認(rèn)測試，不屬于單元測試。（1.1）4. 軟件測試的目的是（）。

3、A發(fā)現(xiàn)程序中的錯(cuò)誤 B. 證明程序中沒有錯(cuò)誤 C. 測量程序的動態(tài)特性 D. 檢查程序中的語法錯(cuò)誤 考核知識點(diǎn):軟件測試的目的。（2.1）5. 對于軟件的測試，下列描述正確的是（）。 A測試就是在軟件公司內(nèi)部展開的測試，由公司專業(yè)的測試人員執(zhí)行的測試 B測試就是在軟件公司內(nèi)部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試 C測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試 D測試就是在軟件公司外部展開的測試，可以由非專業(yè)的測試人員執(zhí)行的測試 考核知識點(diǎn): 測試的概念，又稱用戶測試。 （2.1）6. V模型指出，（）對程序設(shè)計(jì)進(jìn)行驗(yàn)證 .A. 驗(yàn)收測試和確認(rèn)測試 B. 系統(tǒng)測試 C.

4、單元和集成測試 D. 驗(yàn)證測試 考核知識點(diǎn):V模型的概念，單元和集成測試對程序設(shè)計(jì)進(jìn)行驗(yàn)證。（2.3）7. 下面哪個(gè)不屬于靜態(tài)測試？（）A 編碼規(guī)則檢查 B內(nèi)存泄漏 C 程序復(fù)雜度分析 D 程序結(jié)構(gòu)分析考核知識點(diǎn):靜態(tài)測試的內(nèi)容，編碼規(guī)則檢查、程序復(fù)雜度分析和程序結(jié)構(gòu)分析都屬于靜態(tài)測試，內(nèi)存泄露屬于性能測試檢查的范疇，不屬于靜態(tài)測試。 （3.2）8. 使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（）和指定的覆蓋標(biāo)準(zhǔn)。 A程序的內(nèi)部邏輯 B程序的復(fù)雜結(jié)構(gòu) C使用說明書 D程序的功能考核知識點(diǎn):白盒測試的概念，白盒測試主要根據(jù)程序的內(nèi)部邏輯來設(shè)計(jì)測試用例。（3.1）9. 下列測試工具中哪個(gè)不能作為性能測

5、試壓力工具（）AQuick Test Professional B Borland SilkPerformer C Compware QA Center Performance Edition D Mercury LoadRunner考核知識點(diǎn):性能測試工具（5.4）10. 在McCall軟件質(zhì)量度量模型中，屬于面向軟件產(chǎn)品適應(yīng)的是（）.A可用性 B適應(yīng)性C可維護(hù)性 D可互操作性考核知識點(diǎn):McCall質(zhì)量模型（7.1） 11. 下列關(guān)于軟件測試的敘述中，正確的是（）A用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的B測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求C發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模

6、塊中的錯(cuò)誤也多D黑盒測試方法中最有效的是因果圖法考核知識點(diǎn):軟件測試的基本概念，參考教材13頁軟件測試的原則的第5條。（1.2）12. 關(guān)于白盒測試與黑盒測試的最主要區(qū)別，正確的是（）。 A黑盒測試比白盒測試應(yīng)用更廣泛B白盒測試可以使用測試工具，黑盒測試不能使用工具 C白盒測試需要程序員參與，黑盒測試不需要 D白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能考核知識點(diǎn):黑盒測試和白盒測試的區(qū)別。參考教材中16頁黑盒測試盒白盒測試的定義。（2.2）13. 針對下列程序段，對于(A，B)的取值，以下（） 測試用例組合能夠滿足條件覆蓋的要求。 IF( A - 10 )= 20 AND ( B + 20 )

7、> 10 )THEN C = 0 IF( A - 30 )< 10 AND ( B - 30 )< 0 )THEN B = 30 A=50 B=-10 A=40 B=40 A=30 B=-10 A=30 B=30 ABC D考核知識點(diǎn):條件覆蓋。（3.3）14. 用邊界值分析法，假定1<X<100，那么X在測試中應(yīng)該取的邊界值是（）。 AX=1，X=100 BX=0，X=1，X=100，X=101CX=2，X=99 DX=O，X=101考核知識點(diǎn):黑盒測試，邊界值分析，參考教材108頁邊界值分析的原則。（4.2）15. 以下各項(xiàng)中，()屬于需求說明書的評測內(nèi)容?、

8、系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 、設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際 、是否考慮過軟件需求的其他方案 、軟件的行為與它必須處理的信息、必須完成的功能是否一致A、B、 C、 D 、考核知識點(diǎn):對需求說明書的評測應(yīng)考查系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 、軟件的行為與它必須處理的信息、必須完成的功能是否一致、設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際、是否考慮過軟件需求的其他方案 16. 可行性研究要進(jìn)行一次( )需求分析。A. 詳細(xì)的 B. 簡化的、壓縮的C. 全面的D. 徹底的考核知識點(diǎn):可行性分析，可行性研究實(shí)質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng) 分析和設(shè)計(jì)。參考課件中軟件生命周期的部分（1

9、.1）17. 下述說法錯(cuò)誤的是( )。A. 單元測試又稱為模塊測試，是針對軟件測試的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測試工作； B. 集成測試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)；C. 集成測試也叫做組裝測試，通常在編碼完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測試； D. 系統(tǒng)測試是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下，檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺等正確配置與連接，并滿足用戶需求?？己酥R點(diǎn):不同測試之間的區(qū)別。（2.2）18. 軟件質(zhì)量的定義是 （）。A. 軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性 B.

10、 滿足規(guī)定用戶需求的能力 C. 最大限度達(dá)到用戶滿意 D. 軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力考核知識點(diǎn):軟件質(zhì)量的定義。（7.1）19. 從下列關(guān)于軟件測試的敘述中，選出5條正確的敘述，正確的答案是()。(1) 對于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑。 (2) 盡量用公共過程或子程序去代替重復(fù)的代碼段。 (3) 測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求。 (4) 用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 (5) 盡量采用復(fù)合的條件測試，以避免嵌套的分支結(jié)構(gòu)。 (6) GOTO語句概念簡單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡

11、潔。 (7) 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。 (8) 黑盒測試方法中最有效的是因果圖法。 (9) 在做程序的單元測試時(shí)，樁（存根）模塊比驅(qū)動模塊容易編寫。 (10) 程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn)。 A（1）（5）（6）（7）（10）B（4）（5）（6）（7）（10） C（1）（3）（4）（5）（9）D（1）（2）（3）（8） (9)考核知識點(diǎn):軟件測試的基本知識的綜合應(yīng)用，可以用排除法。20. 軟件測試類型按開發(fā)階段劃分是()。A. 需求測試、單元測試、集成測試、驗(yàn)證測試 B. 單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試 C. 單元測試、集成測試、驗(yàn)證測試

12、、確認(rèn)測試、驗(yàn)收測試 D. 調(diào)試、單元測試、集成測試、用戶測試考核知識點(diǎn):軟件測試的類型。（2.2） 21. 針對以下程序段，對于變量c的取值，至少需要（）個(gè)測試用例才能夠滿足語句覆蓋的要求。 c =(u8_t *)q->payload)i;switch (c) case SLIP_END: sio_send(SLIP_ESC, netif->state); sio_send(SLIP_ESC_END, netif->state); break; case SLIP_ESC: sio_send(SLIP_ESC, netif->state); sio_send(SLIP

13、_ESC_ESC, netif->state); break; defult: sio_send(c, netif->state); break; A1 B2 C3 D 4考核知識點(diǎn):邏輯覆蓋，可以使用基本路徑測試法，程序中有兩個(gè)判定條件，應(yīng)該選擇2+1個(gè)測試用例才能夠達(dá)到語句覆蓋.（3.3）22. 軟件內(nèi)部/外部質(zhì)量模型中，以下（）不是功能性包括的子特性。 A適合性 B準(zhǔn)確性C 互操作性D穩(wěn)定性考核知識點(diǎn):軟件質(zhì)量模型，適合性、準(zhǔn)確性、互操作性、依從性和安全性是功能特性包括的子特性，穩(wěn)定性是可維護(hù)性的子特性（7.1）23. 針對邏輯覆蓋有下列敘述，（）是不正確的。 A達(dá)到100D

14、C要求就一定能夠滿足100SC的要求 B達(dá)到100MCDC要求就一定能夠滿足100SC的要求C達(dá)到100CDC要求就一定能夠滿足100SC的要求 D達(dá)到100CC要求就一定能夠滿足100SC的要求考核知識點(diǎn):邏輯覆蓋，參考教材90-92頁的邏輯覆蓋部分。達(dá)到100%條件覆蓋未必能夠100%滿足語句覆蓋要求。（3.3）24. 24-26.對于業(yè)務(wù)流清晰的系統(tǒng)可以利用 24. _ 貫穿整個(gè)測試用例設(shè)計(jì)過程，在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件，要用_25. _ 選擇較少的組合方式達(dá)到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用因果圖和_26. _。24.A

15、等價(jià)類劃分 B因果圖法 C場景法D. 正交試驗(yàn)法25.A邊界值分析 B正交試驗(yàn)法C因果圖法 D場景法26.A判定表法B因果圖法 C等價(jià)類劃分 D場景法考核知識點(diǎn):黑盒測試技術(shù)的使用策略，參考教材119頁。24題中，場景法適合業(yè)務(wù)清晰的系統(tǒng)；25題中正交實(shí)驗(yàn)法適合參數(shù)配置類的軟件；因果圖和判定表法適合程序功能說明中含有輸入條件的組合情況.（4.2）25. 關(guān)于第三方測試的描述，正確的觀點(diǎn)是() 。A. 由在技術(shù)、管理和財(cái)務(wù)上與開發(fā)方和用戶方相對獨(dú)立的組織進(jìn)行的測試 B. 既不是開發(fā)人員，也不是用戶所進(jìn)行的測試就是第三方測試C. 第三方測試是在開發(fā)方與用戶方的測試基礎(chǔ)上所進(jìn)行的驗(yàn)證測試 D. 第三

16、方測試又稱為測試 考核知識點(diǎn):第三方測試，即由在技術(shù)、管理和財(cái)務(wù)上與開發(fā)方和用戶方相對獨(dú)立的組織進(jìn)行的測試.（2.2）26. 以下()不是敏捷方法應(yīng)具備的基本特征。A簡單的B.增量的C.協(xié)作的D.適應(yīng)性強(qiáng)的考核知識點(diǎn):敏捷測試的基本特征。增量、協(xié)作、直接的、適應(yīng)性強(qiáng)的是敏捷測試的4個(gè)基本特征（8.1）27. 軟件測試的對象包括（）。 A. 目標(biāo)程序和相關(guān)文檔 B. 源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔 C. 目標(biāo)程序、操作系統(tǒng)和平臺軟件 D. 源程序和目標(biāo)程序 考核知識點(diǎn):軟件測試的對象。參考教材中第9頁軟件測試的定義。軟件是由文檔數(shù)據(jù)和程序組成，軟件測試的對象也就包括數(shù)據(jù)、文檔和程序，程序包括源

17、程序和目標(biāo)程序（1.1）28. 以下方法中（）屬于白盒技術(shù)設(shè)計(jì)測試用例的方法。 A邏輯覆蓋 B等價(jià)類劃分 C邊界值分析 D因果圖考核知識點(diǎn):白盒測試，4個(gè)選項(xiàng)中只有邏輯覆蓋是白盒測試技術(shù)，其他都是黑盒測試方法（3.3）29. V模型指出，（）對系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證。 A. 單元測試 B. 集成測試 C. 功能測試 D. 系統(tǒng)測試 考核知識點(diǎn):在V模型中，系統(tǒng)測試對系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證（2.3）30. 以下軟件測試的說法，（）是錯(cuò)誤的。 A需求規(guī)格說明、設(shè)計(jì)規(guī)格說明都是軟件測試的對象B軟件測試貫穿于軟件定義和開發(fā)的整個(gè)期間 C軟件測試就是程序測試D程序是軟件測試的對象考核知識點(diǎn):軟件測試的概念，軟件測試

18、不僅僅是對程序的測試，還包括對文檔和數(shù)據(jù)的測試，程序只是軟件測試的對象之一。（1.2）31. 以下哪種測試與其余三種測試在分類上不同？（） A. 負(fù)載測試 B. 強(qiáng)度測試 C. 數(shù)據(jù)庫容量測試 D. 靜態(tài)代碼走查 考核知識點(diǎn):性能測試，負(fù)載測試、強(qiáng)度測試盒數(shù)據(jù)庫容量測試都屬于性能測試，靜態(tài)代碼走查屬于白盒測試（5.2）32. 用邊界值分析法，假定1<X<80，那么X在測試中應(yīng)該取的邊界值是（）。 AX=1，X=80 BX=0，X=1，X=80，X=81 CX=2，X=79 DX=O，X=81 考核知識點(diǎn):邊界值分析法（4.2）33. 關(guān)于原型化開發(fā)方法的敘述中，不正確的是（）。 A

19、. 原型化方法可以直接開發(fā)出最終產(chǎn)品B. 原型化方法適應(yīng)于需求不明確的軟件開發(fā)C. 原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性D. 在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型考核知識點(diǎn): 原型開發(fā)模型的特點(diǎn)。原型是用于明確用戶需求的，并非是提交用戶的最終產(chǎn)品， 相關(guān)知識參考教材中P8及課件相關(guān)內(nèi)容。（1.1）34. 通過疲勞強(qiáng)度測試，最容易發(fā)現(xiàn)（）問題。 A 并發(fā)用戶數(shù) B內(nèi)存泄漏 C系統(tǒng)安全性 D功能錯(cuò)誤B 考核知識點(diǎn):考查疲勞強(qiáng)度測試，參考教材146-147頁有關(guān)疲勞強(qiáng)度測試的內(nèi)容。疲勞強(qiáng)度測試最容易發(fā)現(xiàn)內(nèi)存泄露的問題。（5.2）35. 廣義的軟件測試包括（）。 A開發(fā)方測試、用戶測試和第三

20、方測試B確認(rèn)、驗(yàn)證和測試 D單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試考核知識點(diǎn):軟件測試的定義，廣義的測試包括確認(rèn)和驗(yàn)證，參考教材10頁上廣義的軟件測試的定義（1.1）36. 軟件調(diào)試的目的是（）。A. 找出錯(cuò)誤所在并改正之 B. 排除存在錯(cuò)誤的可能性 C. 對錯(cuò)誤性質(zhì)進(jìn)行分類 D. 統(tǒng)計(jì)出錯(cuò)的次數(shù)考核知識點(diǎn):軟件調(diào)試的目的是找出錯(cuò)誤并改正。（1.1）（二）多項(xiàng)選擇題1. 以下測試方法是白盒測試方法的是（）。 A. 判定覆蓋和邊界值分析法 B. 等價(jià)劃分和錯(cuò)誤推測法 C. 路徑覆蓋和判定/條件覆蓋法 D. 條件組合覆蓋和語句覆蓋法 E. 條件覆蓋和錯(cuò)誤推測法 考核知識點(diǎn):白盒測試方法， 邊界值方

21、法屬于黑盒測試方法，但也可以用于白盒測試，但錯(cuò)誤推測法不能用于白盒測試。（3.1）2. 以下屬于黑盒測試方法的有（）。 A等價(jià)類劃分 B. 邊界值分析 C. 判定覆蓋法 D. 因果圖 E. 正交實(shí)驗(yàn)法考核知識點(diǎn):黑盒測試方法（4.1） 3. 以下哪些過程能夠提高軟件質(zhì)量？()A. 可行性分析B. 需求評審 C. 測試 D. 代碼走查E. 概要設(shè)計(jì)考核知識點(diǎn):靜態(tài)測試（3.2）4. 下列屬于軟件缺陷問題的是 ()A 點(diǎn)擊某鏈接返回HTTP錯(cuò)誤 B 新增某條信息記錄后沒有提示保存成功 C 登錄系統(tǒng)時(shí)輸入錯(cuò)誤密碼，提示用戶名不正確 D 上傳文件時(shí)提示服務(wù)器空間已滿，無法上傳考核知識點(diǎn):軟件缺陷（2.

22、1）5. 可行性研究的方面包括()。 A. 經(jīng)濟(jì)可行性 B.技術(shù)可行性 C.法律可行性 D. 抉擇 E. 軟件的規(guī)模 考核知識點(diǎn):可行性研究，包括從技術(shù)、經(jīng)濟(jì)和法律上的可行性研究，參考第8頁軟件生命周期（1.1）6. 下列屬于測試執(zhí)行階段的輸入的是()。 A 軟件測試計(jì)劃 B 測試用例C 測試數(shù)據(jù) D 測試環(huán)境描述考核知識點(diǎn):測試階段的輸入，測試階段的輸入應(yīng)該包括軟件測試計(jì)劃和測試用例（2.1）7. 下列軟件測試工具中哪些適用于自動化功能測試()AMercury QuickTest Professional B. Mercury WinRunner C. Compuware Applicati

23、on Vantage D. Borland SilkTest E. Compuware Test Partner 考核知識點(diǎn):自動化測試工具（4.4）8. 下列關(guān)于alpha 測試的描述中正確的是()。Aalpha 測試需要用戶代表參加 Balpha 測試不需要用戶代表參加Calpha 測試是系統(tǒng)測試的一種 Dalpha 測試是驗(yàn)收測試的一種考核知識點(diǎn):alpha測試；Alpha測試是在開發(fā)環(huán)境下進(jìn)行，但通常有用戶代表參加，屬于驗(yàn)收測試的一種。（2.2）9. 軟件開發(fā)模型有 （）。 A 瀑布模型 B增量模型 C W模型 D 螺旋模型 E. 原型模型考核知識點(diǎn):軟件開發(fā)模型。（1.1）10. 下

24、列哪些屬于軟件測試階段的交付成果物 （ ）A 測試計(jì)劃 B 測試用例 C 測試報(bào)告 D 用戶手冊 E 安裝部署手冊考核知識點(diǎn):測試階段的交付成果，用戶手冊和安裝部署手冊不屬于測試階段的交付物.二、主觀部分：（一） 名詞解釋1 軟件工程： 2 黑盒測試：（參考教材第16頁）（1.2）3 靜態(tài)測試：（參考教材第63頁）（3.1）4 系統(tǒng)吞吐量：（參考教材第144頁）（5.1）5 軟件質(zhì)量：（2.1） 6 白盒測試：（參考教材第16頁）（1.2）7 動態(tài)測試：（參考教材第63頁）（3.1）8 響應(yīng)時(shí)間：（參考教材第143頁）（5.1）9 軟件度量：（參考教材第34頁）（2.1）10 軟件生命周期：（

25、參考教材第8頁）（1.1）11 單元測試：（參考教材第14頁）（1.2）12 邏輯覆蓋：（參考教材第88頁）（3.3）13 負(fù)載測試：（參考教材第146頁）（5.2）14 測試驅(qū)動開發(fā)（TDD)：（參考教材第205頁）（8.2）15 軟件測試：（參考教材第10頁）（1.1）16 多條件覆蓋：（參考教材第92頁）（3.3）17 集成測試：（參考教材第14頁）（1.2）18 錯(cuò)誤推測法：（參考教材第119頁）（4.2）19 敏捷測試：（參考教材第201頁）（8.1）20 軟件：21 系統(tǒng)測試：（參考教材第15頁）（1.2）22 桌面檢查：（參考教材第69頁）（3.2）23 因果圖法：（參考教材第1

26、10頁）（4.2）24 壓力測試：（參考教材第146頁）（5.2）25 軟件過程模型：（1.1）26 用戶測試：（參考教材第16頁）（1.2）27 走查：（參考教材第70頁）（3.2）28 場景法：（參考教材第108頁）（4.2）29 大數(shù)據(jù)量測試：（參考教材第146頁）（5.2）30 軟件危機(jī)：（1.1）31 驗(yàn)收測試：（參考教材第15頁）（1.2）32 代碼審查：（參考教材第69頁）（3.2）33 等價(jià)類劃分法：（參考教材第105頁）（4.2）34 并發(fā)用戶數(shù)：（參考教材第144頁）（5.1）35 開發(fā)方測試：（參考教材第15頁）（1.2）36 W模型：（參考教材第23頁）（1.3）37

27、靜態(tài)結(jié)構(gòu)分析:（參考教材第81頁）（3.2）38 隨機(jī)測試：（參考教材第118頁）（4.2）39 疲勞強(qiáng)度測試：（參考教材第146頁）（5.2）40 灰盒測試：（參考教材第17頁）（1.2）41 前置測試模型：（參考教材第26頁）（1.3）42 正交實(shí)驗(yàn)法：（參考教材第112頁）（4.2）43 軟件性能測試：（參考教材第141頁）（5.1）44 基本路徑測試法：（參考教材第93頁）（3.3）（二） 問答題1軟件生命周期都包括哪些階段，簡述每個(gè)階段的任務(wù)?？己酥R點(diǎn):軟件生命周期（2.1）參考答案：軟件生命周期包括問題的定義，可行性分析，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，測試，維護(hù)8個(gè)階段。問

28、題定義階段必須回答的關(guān)鍵問題是：“要解決的問題是什么?”可行性研究階段要回答的關(guān)鍵問題是：“對于上一個(gè)階段所確定的問題有行得通的解決辦法嗎?”需求分析階段的任務(wù)是準(zhǔn)確地確定“為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么”，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。概要設(shè)計(jì)階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?”詳細(xì)設(shè)計(jì)階段將詳細(xì)地設(shè)計(jì)每個(gè)模塊，確定實(shí)現(xiàn)模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。編碼階段關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模塊。測試階段的關(guān)鍵任務(wù)是通過各種類型的測試(及相應(yīng)的調(diào)試)使軟件達(dá)到預(yù)定的要求。維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動使系統(tǒng)持久地滿足用戶的需要。

29、2簡述快速原型模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場合?？己酥R點(diǎn):快速原型模型，參考課程課件（1.1）參考答案：所謂快速原型是快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集?？焖僭湍Ｐ椭饕獌?yōu)點(diǎn)：（1） 原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會因?yàn)榘l(fā)現(xiàn)了規(guī)格說明文檔的錯(cuò)誤而進(jìn)行較大的返工。（2） 開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了許多東西，因此在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。缺點(diǎn)：1）用戶有時(shí)誤解了原型的角色，例如他們

30、可能誤解原型應(yīng)該和真實(shí)系統(tǒng)一樣可靠。2）缺少項(xiàng)目標(biāo)準(zhǔn)，進(jìn)化原型方法有點(diǎn)像編碼修正。3）缺少控制，由于用戶可能不斷提出新要求，因而原型迭代的周期很難控制。4）額外的花費(fèi)：研究結(jié)果表明構(gòu)造一個(gè)原型可能需要10%額外花費(fèi)。5）原型法要求開發(fā)者與用戶密切接觸，有時(shí)這是不可能的。例如外包軟件。適用場合：1）適用于用戶驅(qū)動的系統(tǒng)，即需求模糊或隨時(shí)間變化的系統(tǒng)；2）已有產(chǎn)品或產(chǎn)品的原型，只需客戶化的工程項(xiàng)目；3）簡單而熟悉的行業(yè)或領(lǐng)域；4）有快速原型開發(fā)工具；5）進(jìn)行產(chǎn)品移植或升級3什么是V模型？簡述V模型在軟件測試過程中的作用，以及在V模型中各個(gè)測試階段和開發(fā)過程的對應(yīng)關(guān)系?？己酥R點(diǎn):V模型（2.3）參

31、考答案： V模型是軟件開發(fā)瀑布模型的變種，它反映了測試活動與分析和設(shè)計(jì)的關(guān)系 。 從左到右，描述了基本的開發(fā)過程和測試行為，非常明確地標(biāo)明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系 。 左邊依次下降的是開發(fā)過程各階段，與此相對應(yīng)的是右邊依次上升的部分，即各測試過程的各個(gè)階段。 V模型的局限性在于沒有明確地說明早期的測試,無法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測試”的原則4. 請說明軟件工程方法學(xué)都包含哪些要素？簡要說明目前使用最廣泛的兩種軟件工程方法學(xué)?？己酥R點(diǎn):軟件工程方法學(xué)（1.1）參考答案：軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過程。其中方法是完

32、成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問題；工具是為運(yùn)用方法而提供的自動的或半自動的軟件工程支撐環(huán)境；過程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)(結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn))來完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運(yùn)用。這種方法學(xué)把軟件生命周期的全過程依次劃分為若干個(gè)階段，然后順序地完成每個(gè)階段的任務(wù)。與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，它是一種以數(shù)

33、據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法。5. NextDate函數(shù)包含三個(gè)變量：month、day和year，函數(shù)的輸出為輸入日期后一天的日期。 例如，輸入為2008年8月7日，則函數(shù)的輸出為 2008年8月8日。請用邊界值分析法設(shè)計(jì)測試用例?？己酥R點(diǎn):邊界值分析方法的應(yīng)用（4.2）參考答案：在NextDate函數(shù)中，隱含規(guī)定了變量mouth和變量day的取值范圍為1mouth12和1day31，并設(shè)定變量year的取值范圍為1912year2050 。則測試用例選擇如下：6什么是W模型？請?jiān)敿?xì)論述其特點(diǎn)?？己酥R點(diǎn):軟件測試模型（2.3）參考答案：W模型由Evolutif公司提出，相對于V模型，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動。W模型由兩個(gè)V字型模型組成，分別代表測試與開發(fā)過程，圖中明確表示出了測試與開發(fā)的并行關(guān)系。W模型強(qiáng)調(diào)：測試伴隨著整個(gè)軟件開發(fā)周