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

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

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

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

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

5、）9. 下列測試工具中哪個不能作為性能測試壓力工具（）A Quick Test ProfessionalB Borland SilkPerformerC Compware QA Center Performance EditionD Mercury LoadRunner考核知識點 : 性能測試工具（ 5.4 ）10.在 McCall 軟件質(zhì)量度量模型中，屬于面向軟件產(chǎn)品適應(yīng)的是（）.A可用性B適應(yīng)性C可維護(hù)性D可互操作性考核知識點 :McCall 質(zhì)量模型（ 7.1 ）11. 下列關(guān)于軟件測試的敘述中，正確的是（）A用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的B測試是為了驗證該軟件已正確地

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

7、蓋的要求。IF(A-10)=20AND(B+20)10)THENC=0 IF(A-30)10AND(B-30)0)THENB=30 A=50 B=-10 A=40 B=40 A=30 B=-10 A=30 B=30ABCD考核知識點 : 條件覆蓋。（ 3.3 ）14. 用邊界值分析法，假定 1Xpayload)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-stat

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

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

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

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

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

13、定義和開發(fā)的整個期間.C軟件測試就是程序測試D程序是軟件測試的對象考核知識點 : 軟件測試的概念，軟件測試不僅僅是對程序的測試，還包括對文檔和數(shù)據(jù)的測試，程序只是軟件測試的對象之一。（ 1.2 ）31. 以下哪種測試與其余三種測試在分類上不同？（）A.負(fù)載測試B.強度測試C.數(shù)據(jù)庫容量測試D.靜態(tài)代碼走查考核知識點 : 性能測試，負(fù)載測試、強度測試盒數(shù)據(jù)庫容量測試都屬于性能測試，靜態(tài)代碼走查屬于白盒測試（ 5.2 ）32. 用邊界值分析法，假定 1X80，那么 X在測試中應(yīng)該取的邊界值是（）。A X=1， X=80B X=0， X=1， X=80， X=81C X=2， X=79D X=O，

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

15、試的內(nèi)容。疲勞強度測試最容易發(fā)現(xiàn)內(nèi)存泄露的問題。（5.2 ）35. 廣義的軟件測試包括（）。A開發(fā)方測試、用戶測試和第三方測試B確認(rèn)、驗證和測試D單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試考核知識點 : 軟件測試的定義，廣義的測試包括確認(rèn)和驗證，參考教材 10 頁上廣義的軟件測試的定義（ 1.1 ）36. 軟件調(diào)試的目的是（）。A. 找出錯誤所在并改正之B. 排除存在錯誤的可能性C. 對錯誤性質(zhì)進(jìn)行分類D. 統(tǒng)計出錯的次數(shù).考核知識點 : 軟件調(diào)試的目的是找出錯誤并改正。 （1.1 ）（二）多項選擇題1. 以下測試方法是白盒測試方法的是（）。A. 判定覆蓋和邊界值分析法B. 等價劃分和錯誤推測法C

16、. 路徑覆蓋和判定 / 條件覆蓋法D. 條件組合覆蓋和語句覆蓋法E. 條件覆蓋和錯誤推測法考核知識點 : 白盒測試方法， 邊界值方法屬于黑盒測試方法，但也可以用于白盒測試，但錯誤推測法不能用于白盒測試。（ 3.1 ）2. 以下屬于黑盒測試方法的有（）。A等價類劃分B. 邊界值分析C. 判定覆蓋法D. 因果圖E. 正交實驗法考核知識點 : 黑盒測試方法（ 4.1 ）3.以下哪些過程能夠提高軟件質(zhì)量？()A. 可行性分析B. 需求評審C. 測試D. 代碼走查E. 概要設(shè)計考核知識點 : 靜態(tài)測試（ 3.2 ）4.下列屬于軟件缺陷問題的是()A 點擊某鏈接返回HTTP錯誤B 新增某條信息記錄后沒有提

17、示保存成功C 登錄系統(tǒng)時輸入錯誤密碼，提示用戶名不正確D上傳文件時提示服務(wù)器空間已滿，無法上傳考核知識點 : 軟件缺陷（ 2.1 ）5. 可行性研究的方面包括 () 。A.經(jīng)濟可行性B.技術(shù)可行性C.法律可行性D.抉擇E.軟件的規(guī)模.考核知識點 : 可行性研究，包括從技術(shù)、經(jīng)濟和法律上的可行性研究，參考第 8頁軟件生命周期（ 1.1 ）6. 下列屬于測試執(zhí)行階段的輸入的是() 。A 軟件測試計劃B 測試用例C 測試數(shù)據(jù)D 測試環(huán)境描述考核知識點 : 測試階段的輸入，測試階段的輸入應(yīng)該包括軟件測試計劃和測試用例（ 2.1 ）7.下列軟件測試工具中哪些適用于自動化功能測試()A Mercury Q

18、uickTest ProfessionalB. Mercury WinRunnerC. Compuware ApplicationVantageD.BorlandSilkTestE.Compuware Test Partner考核知識點 : 自動化測試工具（ 4.4 ）8. 下列關(guān)于 alpha 測試的描述中正確的是 () 。A alpha測試需要用戶代表參加B alpha測試不需要用戶代表參加C alpha測試是系統(tǒng)測試的一種D alpha測試是驗收測試的一種考核知識點 :alpha 測試； Alpha 測試是在開發(fā)環(huán)境下進(jìn)行，但通常有用戶代表參加，屬于驗收測試的一種。（2.2 ）9. 軟件

19、開發(fā)模型有 （）。A 瀑布模型B增量模型C W模型D 螺旋模型E.原型模型考核知識點 : 軟件開發(fā)模型。（ 1.1 ）10.下列哪些屬于軟件測試階段的交付成果物（）A 測試計劃B 測試用例C 測試報告D 用戶手冊E 安裝部署手冊考核知識點 : 測試階段的交付成果， 用戶手冊和安裝部署手冊不屬于測試階段的交付物 .二、主觀部分：（一）名詞解釋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)測試：

20、（參考教材第63 頁）（ 3.1）8 響應(yīng)時間：（參考教材第143 頁）（ 5.1 ）9 軟件度量：（參考教材第34 頁）（ 2.1 ）10 軟件生命周期： （參考教材第 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 錯誤推測法：（參

21、考教材第119 頁）（4.2）19 敏捷測試：（參考教材第201 頁）（ 8.1 ）20 軟件：21 系統(tǒng)測試：（參考教材第15 頁）（ 1.2 ）22 桌面檢查：（參考教材第69 頁）（ 3.2 ）23 因果圖法：（參考教材第110 頁）（ 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 軟件危機：（ 1.1 ）31 驗收測試

22、：（參考教材第15 頁）（ 1.2 ）32 代碼審查：（參考教材第69 頁）（ 3.2 ）33 等價類劃分法： （參考教材第 105 頁）（ 4.2）34 并發(fā)用戶數(shù)：（參考教材第144 頁）（5.1）35 開發(fā)方測試：（參考教材第15 頁）（ 1.2 ）36 W模型： （參考教材第23 頁）（ 1.3 ）37 靜態(tài)結(jié)構(gòu)分析 : （參考教材第81 頁）（ 3.2 ）.38 隨機測試：（參考教材第118 頁）（ 4.2 ）39 疲勞強度測試： （參考教材第146 頁）（ 5.2）40 灰盒測試：（參考教材第 17頁）（ 1.2 ）41 前置測試模型： （參考教材第26 頁）（ 1.3 ）42 正

23、交實驗法：（參考教材第 112 頁）（4.2 ）43 軟件性能測試： （參考教材第141 頁）（ 5.1）44 基本路徑測試法： （參考教材第93 頁）（ 3.3 ）（二）問答題1軟件生命周期都包括哪些階段，簡述每個階段的任務(wù)。考核知識點 : 軟件生命周期（ 2.1 ）參考答案：軟件生命周期包括問題的定義，可行性分析，需求分析，概要設(shè)計，詳細(xì)設(shè)計，編碼，測試，維護(hù) 8 個階段。問題定義階段必須回答的關(guān)鍵問題是：“要解決的問題是什么?”可行性研究階段要回答的關(guān)鍵問題是： “對于上一個階段所確定的問題有行得通的解決辦法嗎?”需求分析階段的任務(wù)是準(zhǔn)確地確定“為了解決這個問題，目標(biāo)系統(tǒng)必須做什么”，主

24、要是確定目標(biāo)系統(tǒng)必須具備哪些功能。概要設(shè)計階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該怎樣實現(xiàn)目標(biāo)系統(tǒng)?”詳細(xì)設(shè)計階段將詳細(xì)地設(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)持久地滿足用戶的需要。2簡述快速原型模型的特點、優(yōu)點、缺點、適用場合?？己酥R點 : 快速原型模型，參考課程課件（1.1 ）參考答案： 所謂快速原型是快速建立起來的可以在計算機上運行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能

25、的一個子集?？焖僭湍Ｐ椭饕獌?yōu)點： （ 1） 原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會因為發(fā)現(xiàn)了規(guī)格說明文檔的錯誤而進(jìn)行較大的返工。 （ 2） 開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了許多東西，因此在設(shè)計和編碼階段發(fā)生錯誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯誤的可能性。缺點：1）用戶有時誤解了原型的角色， 例如他們可能誤解原型應(yīng)該和真實系統(tǒng)一樣可靠。2）缺少項目標(biāo)準(zhǔn)，進(jìn)化原型方法有點像編碼修正。3）缺少控制，由于用戶可能不斷提出新要求，因而原型迭代的周期很難控制。4）額外的花費：研究結(jié)果表明構(gòu)造一個原型

26、可能需要10%額外花費。 5）原型法要求開發(fā)者與用戶密切接觸，有時這是不可能的。例如外包軟件。適用場合： 1）適用于用戶驅(qū)動的系統(tǒng)，即需求模糊或隨時間變化的系統(tǒng)；2）已有產(chǎn)品或產(chǎn)品的原型， 只需客戶化的工程項目；3）簡單而熟悉的行業(yè)或領(lǐng)域；4）有快速原型開發(fā)工具；5）進(jìn)行產(chǎn)品移植或升級3什么是 V 模型？簡述 V 模型在軟件測試過程中的作用，以及在V 模型中各個測試階段和.開發(fā)過程的對應(yīng)關(guān)系?？己酥R點 :V 模型（ 2.3 ）參考答案：?V 模型是軟件開發(fā)瀑布模型的變種，它反映了測試活動與分析和設(shè)計的關(guān)系。? 從左到右，描述了基本的開發(fā)過程和測試行為，非常明確地標(biāo)明了測試過程中存在的不同級別

27、，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。? 左邊依次下降的是開發(fā)過程各階段，與此相對應(yīng)的是右邊依次上升的部分，即各測試過程的各個階段。?V 模型的局限性在于沒有明確地說明早期的測試, 無法體現(xiàn) “盡早地和不斷地進(jìn)行軟件測試”的原則4. 請說明軟件工程方法學(xué)都包含哪些要素？簡要說明目前使用最廣泛的兩種軟件工程方法學(xué)。考核知識點 : 軟件工程方法學(xué)（ 1.1 ）參考答案：軟件工程方法學(xué)包含3 個要素：方法、工具和過程。其中方法是完成軟件開發(fā)的各項任務(wù)的技術(shù)方法，回答“怎樣做”的問題；工具是為運用方法而提供的自動的或半自動的軟件工程支撐環(huán)境；過程是為了獲得高質(zhì)量的軟件所需要完成

28、的一系列任務(wù)的框架，它規(guī)定了完成各項任務(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è)計和結(jié)構(gòu)化實現(xiàn) ) 來完成軟件開發(fā)的各項任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運用。 這種方法學(xué)把軟件生命周期的全過程依次劃分為若干個階段，然后順序地完成每個階段的任務(wù)。與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法。5. NextDate函數(shù)包含三個變量：month、day 和 year ，函數(shù)的輸出

29、為輸入日期后一天的日.期。 例如，輸入為2008 年 8 月 7 日，則函數(shù)的輸出為2008 年 8 月 8 日。請用邊界值分析法設(shè)計測試用例?？己酥R點 : 邊界值分析方法的應(yīng)用（4.2 ）參考答案：在NextDate 函數(shù)中，隱含規(guī)定了變量mouth 和變量 day 的取值范圍為1mouth 12 和 1day 31，并設(shè)定變量 year 的取值范圍為 1912 year 2050 。則測試用例選擇如下：6什么是W模型？請詳細(xì)論述其特點?？己酥R點 : 軟件測試模型（ 2.3 ）參考答案： W模型由 Evolutif 公司提出，相對于 V 模型， W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗證和確認(rèn)活動。 W模型由兩個 V 字型模型組成，分別代表測試與開發(fā)過程，圖中明確表示出了測試與開發(fā)的并行關(guān)系。W 模型強調(diào)：測試伴隨著整個軟件開.發(fā)周期，而且測試的對象不僅僅是程序，需求、設(shè)計等同樣要測試，也就是說，測試與開發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問題。例如，需求分析完成后，測試人員就應(yīng)該參與到對需求的驗證和確認(rèn)活動中，以盡早地找出缺陷所在。同時，對需求的測試也有利于及時了解項目難度和測試風(fēng)險，及