南開(kāi)大學(xué)_奧鵬_軟件工程與軟件測(cè)試技術(shù)在線(xiàn)作業(yè)-2015年春-完整版講解

1、軟件工程與軟件測(cè)試技術(shù)1、單選題1. 軟件測(cè)試的說(shuō)法，哪一項(xiàng)是錯(cuò)誤的AA. 軟件測(cè)試就是程序測(cè)試B. 軟件測(cè)試貫穿于軟件定義和開(kāi)發(fā)的整個(gè)期間C. 需求規(guī)格說(shuō)明、設(shè)計(jì)規(guī)格說(shuō)明都是軟件測(cè)試的對(duì)象D. 程序是軟件測(cè)試的對(duì)象3. 以下 ()屬于白盒技術(shù)設(shè)計(jì)測(cè)試用例的方法AA. 邏輯覆蓋B. 等價(jià)類(lèi)劃分C. 邊界值分析D. 因果圖4. 下列哪一種不屬于驗(yàn)收測(cè)試范疇 DA. 正式驗(yàn)收測(cè)試B. alpha 測(cè)試C. beta 測(cè)試D. 系統(tǒng)測(cè)試() 來(lái)代替所測(cè)模塊調(diào)用的子模塊 A7. 在進(jìn)行單元測(cè)試過(guò)程中，通常測(cè)試工程師都需要借助A. 樁模塊B. 驅(qū)動(dòng)模塊C. 樁模塊和驅(qū)動(dòng)模塊D. 存根模塊和驅(qū)動(dòng)模塊8.

2、以下哪種測(cè)試與其余三種測(cè)試在分類(lèi)上不同A. 負(fù)載測(cè)試B. 強(qiáng)度測(cè)試C. 數(shù)據(jù)庫(kù)容量測(cè)試D. 靜態(tài)代碼走查和指定的覆蓋標(biāo)準(zhǔn) A9. 使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)()A. 程序的內(nèi)部邏輯B. 程序的復(fù)雜結(jié)構(gòu)C. 使用說(shuō)明書(shū)D. 程序的功能10. 下列關(guān)于測(cè)試執(zhí)行時(shí)發(fā)現(xiàn)缺陷時(shí)的說(shuō)法錯(cuò)誤的是A. 應(yīng)先重現(xiàn)該缺陷問(wèn)題，保證缺陷問(wèn)題的可重現(xiàn)性B. 應(yīng)對(duì)產(chǎn)生該缺陷問(wèn)題的操作進(jìn)行詳細(xì)的記錄C. 應(yīng)輔以相應(yīng)的缺陷截圖來(lái)說(shuō)明現(xiàn)象D. 應(yīng)立即通知開(kāi)發(fā)人員進(jìn)行驗(yàn)證11. 軟件內(nèi)部 / 外部質(zhì)量模型中，以下哪一項(xiàng)不是功能性包括的子特性A. 適合性B. 準(zhǔn)確性C. 穩(wěn)定性D. 互操作性12. 為了提高測(cè)試的效率

3、，應(yīng)該A. 隨機(jī)地選取測(cè)試數(shù)據(jù)B. 取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C. 在完成編碼以后制定軟件的測(cè)試計(jì)劃D. 選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)13. 在單元測(cè)試的基礎(chǔ)上， 需要將所有模塊按照概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的要求進(jìn)行組裝， 模塊組裝成系統(tǒng)的方式有兩種，分別是 AA. 非增量式和增量式B. 自頂向下組裝和啟底向上組裝C. 單個(gè)模塊組裝和混合模塊組裝D. 接口組裝和功能組裝14. ()是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)DA. 技術(shù)創(chuàng)新B. 測(cè)試C. 技術(shù)創(chuàng)造D. 技術(shù)評(píng)審17.國(guó)家有關(guān)軟件標(biāo)準(zhǔn)法規(guī)中，產(chǎn)品的特性不包括A. 功能性B. 可靠性C. 易用性D. 簡(jiǎn)單性20.軟件的集成測(cè)試

4、工作最好由 ()承擔(dān)，以提高集成測(cè)試的效果DA. 該軟件的設(shè)計(jì)人員B. 該軟件開(kāi)發(fā)組的負(fù)責(zé)人C. 該軟件的編程人員D. 不屬于該軟件開(kāi)發(fā)組的軟件設(shè)計(jì)人員1. 用邊界值分析法，假定1X100，那么X在測(cè)試中應(yīng)該取的邊界值是BA. X=10， X=100B. X=9， X=10， X=100， X=101C. X=10， X=11， X=99， X=100B 可靠性、滿(mǎn)意度 安全性、滿(mǎn)意度 適應(yīng)性、滿(mǎn)意度 效率、滿(mǎn)意度DD. X=9， X=10， X=50， X=100生產(chǎn)率、 生產(chǎn)率、 可靠性、 適用性、2. 軟件產(chǎn)品使用質(zhì)量特性包括A. 適應(yīng)性、B. 有效性、C. 有效性、D. 適應(yīng)性、3.

5、()不是易用性測(cè)試包括的內(nèi)容A. 安裝測(cè)試B. 界面測(cè)試C. 菜單測(cè)試D. 文檔測(cè)試4. 關(guān)于白盒測(cè)試與黑盒測(cè)試的最主要區(qū)別，正確的是A. 白盒測(cè)試側(cè)重于程序結(jié)構(gòu)，黑盒測(cè)試側(cè)重于功能B. 白盒測(cè)試可以使用測(cè)試工具，黑盒測(cè)試不能使用工具C. 白盒測(cè)試需要程序員參與，黑盒測(cè)試不需要D. 黑盒測(cè)試比白盒測(cè)試應(yīng)用更廣泛5. 軟件質(zhì)量的定義是 DA. 軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性B. 滿(mǎn)足規(guī)定用戶(hù)需求的能力C. 最大限度達(dá)到用戶(hù)滿(mǎn)意D. 軟件特性的總和，以及滿(mǎn)足規(guī)定和潛在用戶(hù)需求的能力6. 以下關(guān)于功能測(cè)試用例的意義的敘述，正確的是()避免盲目測(cè)試并提高測(cè)試效率令軟件測(cè)試的實(shí)施

6、重點(diǎn)突出、 目的明確 在回歸測(cè)試中無(wú)需修正測(cè)試用例便可繼續(xù)開(kāi)展測(cè) 試工作 測(cè)試用例的通用化和復(fù)用化使軟件測(cè)試易于開(kāi)展 DA. 、B. 、C. 、D. 、7. 廣義的軟件測(cè)試包括 BA. 單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試B. 確認(rèn)、驗(yàn)證和測(cè)試C. 需求評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試和綜合測(cè)試D. 開(kāi)發(fā)方測(cè)試、用戶(hù)測(cè)試和第三方測(cè)試8. 關(guān)于原型化開(kāi)發(fā)方法的敘述中，不正確的是 CA. 原型化方法適應(yīng)于需求不明確的軟件開(kāi)發(fā)B. 在開(kāi)發(fā)過(guò)程中，可以廢棄不用早期構(gòu)造的軟件原型C. 原型化方法可以直接開(kāi)發(fā)出最終產(chǎn)品D. 原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性9. 白盒測(cè)試是 ()的測(cè)試 BA. 基于功能B.

7、 基于代碼C. 基于設(shè)計(jì)D. 基于需求文檔10. 下列哪種不屬于兼容性測(cè)試的范圍 CA. 當(dāng)前系統(tǒng)在不同操作系統(tǒng)環(huán)境下運(yùn)行的表現(xiàn)B. 當(dāng)前系統(tǒng)在不同類(lèi)型的數(shù)據(jù)庫(kù)環(huán)境下進(jìn)行數(shù)據(jù)交換的表現(xiàn)C. 當(dāng)前系統(tǒng)在不同類(lèi)型的人員使用時(shí)的運(yùn)行表現(xiàn)D. 當(dāng)前系統(tǒng)在不同類(lèi)型硬件配置環(huán)境下運(yùn)行的表現(xiàn)11. 可行性研究要進(jìn)行一次 ()需求分析 CA. 詳細(xì)的B. 全面的C. 簡(jiǎn)化的、壓縮的D. 徹底的12. 在 McCall 軟件質(zhì)量度量模型中，屬于面向軟件產(chǎn)品適應(yīng)的是A. 可用性B. 可維護(hù)性C. 適應(yīng)性D. 可互操作性13. V 模型指出，對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證 DA. 單元測(cè)試B. 集成測(cè)試C. 功能測(cè)試D. 系統(tǒng)

8、測(cè)試14. 軟件測(cè)試類(lèi)型按開(kāi)發(fā)階段劃分是 BA. 需求測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試B. 單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試C. 單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試確認(rèn)測(cè)試、驗(yàn)收測(cè)試D. 調(diào)試、單元測(cè)試、集成測(cè)試、用戶(hù)測(cè)試15. WEB 應(yīng)用鏈接測(cè)試不包括以下哪一個(gè) CA. 無(wú)鏈接指向的頁(yè)面B. 錯(cuò)誤的鏈接C. 客戶(hù)端與服務(wù)器端的鏈接速率D. 不存在的頁(yè)面文件16. 以下各項(xiàng)中， 哪幾項(xiàng)屬于需求說(shuō)明書(shū)的評(píng)測(cè)內(nèi)容 系統(tǒng)定義的目標(biāo)是否與用戶(hù)的要 求一致 設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際 是否考慮過(guò)軟件需求的其他方案 軟件的行為與它必須處理的信息、必須完成的功能是否一致 D、GB/T

9、 18905 軟件工程產(chǎn)品評(píng)價(jià) 中確定的通用評(píng)價(jià)過(guò)程包括四個(gè)方面， 其中有關(guān)“規(guī)、A. 、B. 、C. 、D. 、17. 定評(píng)價(jià)”部分包含的內(nèi)容有 AA. 選擇度量、建立度量評(píng)定等級(jí)、確立評(píng)估準(zhǔn)則B. 指定質(zhì)量模型、選擇度量、建立度量評(píng)定等級(jí)C. 選擇度量、建立度量評(píng)定等級(jí)、制定評(píng)價(jià)計(jì)劃D. 確定產(chǎn)品類(lèi)型、選擇度量、建立度量評(píng)定等級(jí)18. 軟件測(cè)試按實(shí)施組織分， 測(cè)試應(yīng)該包括以下的開(kāi)發(fā)方測(cè)試 用戶(hù)方測(cè)試 第三方 測(cè)試 驗(yàn)收測(cè)試 確認(rèn)測(cè)試 A、A. 、B. 、C. 、D. 、19. 關(guān)于第三方測(cè)試的描述，正確的觀點(diǎn)是 (B)A. 既不是開(kāi)發(fā)人員，也不是用戶(hù)所進(jìn)行的測(cè)試就是第三方測(cè)試B. 由在技術(shù)

10、、管理和財(cái)務(wù)上與開(kāi)發(fā)方和用戶(hù)方相對(duì)獨(dú)立的組織進(jìn)行的測(cè)試C. 第三方測(cè)試是在開(kāi)發(fā)方與用戶(hù)方的測(cè)試基礎(chǔ)上所進(jìn)行的驗(yàn)證測(cè)試D. 第三方測(cè)試又稱(chēng)為3測(cè)試20. 下列說(shuō)法不正確的是 BA. 人工測(cè)試保證了與自動(dòng)系統(tǒng)交互的人員可以正確的執(zhí)行它們的功能B. 回歸測(cè)試驗(yàn)證了將要安裝的系統(tǒng)不會(huì)影響已經(jīng)安裝的或其他的新系統(tǒng)交互的系統(tǒng)的任何部分C. 功能測(cè)試驗(yàn)證了當(dāng)系統(tǒng)處在多種環(huán)境和事務(wù)發(fā)生重復(fù)時(shí)，系統(tǒng)需求都可以得到正確的實(shí) 現(xiàn)D. 性能測(cè)試保證了系統(tǒng)在大壓力的訪(fǎng)問(wèn)量情況下，系統(tǒng)的處理效率保持與普通壓力情況下 一樣2、多選題1. 軟件開(kāi)發(fā)模型除原型模型外還有ABDA. 瀑布模型B. 增量模型C. W 模型D. 螺旋

11、模型2. 以下屬于黑盒測(cè)試方法的有 ABCDEA. 等價(jià)類(lèi)劃分B. 邊界值分析C. 錯(cuò)誤推測(cè)D. 因果圖E. 決策表1. 下列關(guān)于 alpha 測(cè)試的描述中正確的是 ADA. alpha 測(cè)試需要用戶(hù)代表參加B. alpha 測(cè)試不需要用戶(hù)代表參加C. alpha 測(cè)試是系統(tǒng)測(cè)試的一種D. alpha 測(cè)試是驗(yàn)收測(cè)試的一種2. 可行性研究的方面包括 ABCA. 經(jīng)濟(jì)可行性B. 技術(shù)可行性C. 法律可行性D. 抉擇E. 軟件的規(guī)模3. 下列屬于軟件缺陷問(wèn)題的是 ABCA. 點(diǎn)擊某鏈接返回 HTTP錯(cuò)誤B. 新增某條信息記錄后沒(méi)有提示保存成功C. 登錄系統(tǒng)時(shí)輸入錯(cuò)誤密碼，提示用戶(hù)名不正確ABDED

12、. 上傳文件時(shí)提示服務(wù)器空間已滿(mǎn)，無(wú)法上傳4. 下列軟件測(cè)試工具中哪些適用于自動(dòng)化功能測(cè)試A. Mercury QuickTest ProfessionalB. Mercury WinRunnerC. Compuware Application VantageD. Borland SilkTestE. Compuware Test Partner5. GB/T17544 中，測(cè)試文檔的種類(lèi)包括 ACDA. 測(cè)試計(jì)劃B. 測(cè)試描述C. 測(cè)試報(bào)告D. 測(cè)試用例E. 測(cè)試評(píng)價(jià)6. 下列屬于安裝測(cè)試范圍的是 ABCDA. 安裝正確性和完整性檢查B. 安裝過(guò)程中的訪(fǎng)問(wèn)控制C. 產(chǎn)品文件完整性的檢查D.

13、軟件名稱(chēng)與版本的正確性7. 下列哪些屬于軟件測(cè)試階段的交付成果物 ABCA. 測(cè)試計(jì)劃B. 測(cè)試用例C. 測(cè)試報(bào)告D. 用戶(hù)手冊(cè)E. 安裝部署手冊(cè)8. 以下測(cè)試方法是白盒測(cè)試方法的是 ACDA. 判定覆蓋和邊界值分析法B. 等價(jià)劃分和錯(cuò)誤推測(cè)法C. 路徑覆蓋和判定 / 條件覆蓋法D. 條件組合覆蓋和語(yǔ)句覆蓋法E. 條件覆蓋和錯(cuò)誤推測(cè)法9. 下列屬于測(cè)試執(zhí)行階段的輸入的是 ACA. 軟件測(cè)試計(jì)劃B. 測(cè)試數(shù)據(jù)C. 測(cè)試用例D. 測(cè)試環(huán)境描述10. 兼容性測(cè)試包括下列哪些類(lèi)型 ABCDA. 向前兼容和向后兼容B. 不同版本間的兼容C. 標(biāo)準(zhǔn)與規(guī)范兼容D. 數(shù)據(jù)共享兼容3、判斷題,只有沒(méi)有任何錯(cuò)誤的

14、軟件才能使用20.軟件測(cè)試的目的是為了證明一個(gè)軟件的設(shè)計(jì)沒(méi)有錯(cuò)誤 AA. 錯(cuò)誤B. 正確16.集成測(cè)試計(jì)劃在需求分析階段末提交。A. 錯(cuò)誤B. 正確15. 單元測(cè)試能發(fā)現(xiàn)約 80%的軟件缺陷。 BA. 錯(cuò)誤B. 正確11. 按照測(cè)試實(shí)施組織劃分，可將軟件測(cè)試分為開(kāi)發(fā)方測(cè)試、用戶(hù)測(cè)試和第三方測(cè)試。A. 錯(cuò)誤B. 正確10.軟件調(diào)試和軟件測(cè)試是一樣的AA. 錯(cuò)誤B. 正確1.GB/T 17544 1998關(guān)于功能( function )的定義中，對(duì)于用戶(hù)人說(shuō)，功能一定是能訪(fǎng)問(wèn)的。 AA. 錯(cuò)誤B. 正確4.在進(jìn)行軟件測(cè)試之前 ,首先應(yīng)該假設(shè)軟件是沒(méi)有錯(cuò)誤的 . AA. 錯(cuò)誤B. 正確1. 測(cè)試程序

15、僅僅按預(yù)期方式運(yùn)行就行了 AA. 錯(cuò)誤B. 正確2. 所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。A. 錯(cuò)誤B. 正確3. 測(cè)試是為了證明軟件的正確性 AA. 錯(cuò)誤B. 正確,不需對(duì)軟件計(jì)劃和軟件設(shè)計(jì)進(jìn)行查錯(cuò).A4. 軟件測(cè)試只對(duì)軟件的編碼進(jìn)行查錯(cuò)和糾錯(cuò)工作A. 錯(cuò)誤B. 正確5. 軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。A. 錯(cuò)誤B. 正確6. 測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。A. 錯(cuò)誤B. 正確7. 項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。A. 錯(cuò)誤B. 正確8. 所謂測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果A. 錯(cuò)誤B. 正確9. 代碼評(píng)審是檢查源代碼是否

16、達(dá)到模塊設(shè)計(jì)的要求。A. 錯(cuò)誤B. 正確10. 軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試 AA. 錯(cuò)誤B. 正確11. 驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。 AA. 錯(cuò)誤B. 正確12. 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。 AA. 錯(cuò)誤B. 正確13. 代碼評(píng)審員一般由測(cè)試員擔(dān)任。 AA. 錯(cuò)誤B. 正確14. 自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。A. 錯(cuò)誤B. 正確15. 所有軟件都有一個(gè)用戶(hù)界面，因此必須測(cè)試易用性。A. 錯(cuò)誤B. 正確16. Beta 測(cè)試是驗(yàn)收測(cè)試的一種。 BA. 錯(cuò)誤B. 正確17. 負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 A. 錯(cuò)誤B. 正確18. 我們可以人為

17、的使得軟件不存在配置問(wèn)題A. 錯(cuò)誤B. 正確19. 靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。A. 錯(cuò)誤B. 正確20. 黑盒測(cè)試又稱(chēng)功能測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。A. 錯(cuò)誤B. 正確4、名詞解釋1軟件工程：2黑盒測(cè)試：（3靜態(tài)測(cè)試：（4系統(tǒng)吞吐量：5軟件質(zhì)量：（6白盒測(cè)試：（參考教材第 16 頁(yè)）（ 1.2 ）參考教材第 63 頁(yè)）（ 3.1 ）（參考教材第 144頁(yè)）（ 5.1 ）2.1 ）參考教材第 16 頁(yè)）（ 1.2 ）7動(dòng)態(tài)測(cè)試：（參考教材第63 頁(yè)）（ 3.1 ）8響應(yīng)時(shí)間：（參考教材第143 頁(yè)）（ 5.1 ）9軟件度量：（參考教材第34 頁(yè)）（2.1 ）10軟件生命周期： （參考教材第

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

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

20、頁(yè)）（1.2 ）36W 模型：參考教材第 23 頁(yè)）（1.3 ）37靜態(tài)結(jié)構(gòu)分析:（參考教材第 81 頁(yè)）（ 3.2 ）38隨機(jī)測(cè)試：（參考教材第 118 頁(yè)）（4.2 ）39疲勞強(qiáng)度測(cè)試： （參考教材第 146頁(yè)）（5.2 ）40灰盒測(cè)試：（參考教材第 17 頁(yè)）（ 1.2 ）前置測(cè)試模型： （參考教材第 26頁(yè)）（1.3 ）42正交實(shí)驗(yàn)法：（參考教材第 112頁(yè)）（4.2 ）43軟件性能測(cè)試： （參考教材第 141頁(yè)）（5.1 ）44基本路徑測(cè)試法： （參考教材第 93頁(yè)）（ 3.3 ）5、問(wèn)答題1軟件生命周期都包括哪些階段，簡(jiǎn)述每個(gè)階段的任務(wù)。 考核知識(shí)點(diǎn) : 軟件生命周期（ 2.1 ）

21、 參考答案：軟件生命周期包括問(wèn)題的定義，可行性分析，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)， 編碼，測(cè)試，維護(hù) 8 個(gè)階段。 問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題是：“要解決的問(wèn)題是什么可行性研究階段要回答的關(guān)鍵問(wèn)題是： “對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決辦法 嗎?” 需求分析階段的任務(wù)是準(zhǔn)確地確定“為了解決這個(gè)問(wèn)題， 定目標(biāo)系統(tǒng)必須具備哪些功能。目標(biāo)系統(tǒng)必須做什么”， 主要是確概要設(shè)計(jì)階段必須回答的關(guān)鍵問(wèn)題是：“概括地說(shuō)，應(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ù)是寫(xiě)出正確的容易理解、容易維護(hù)的程序模塊。 測(cè)試階段的關(guān)鍵任務(wù)是

22、通過(guò)各種類(lèi)型的測(cè)試 （ 及相應(yīng)的調(diào)試 ）使軟件達(dá)到預(yù)定的要求。 維護(hù)階段的關(guān)鍵任務(wù)是，通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿(mǎn)足用戶(hù)的需要。2簡(jiǎn)述快速原型模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合?？己酥R(shí)點(diǎn) : 快速原型模型，參考課程課件（ 1.1） 參考答案： 所謂快速原型是快速建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序， 往往是最終產(chǎn)品能完成的功能的一個(gè)子集。 快速原型模型主要優(yōu)點(diǎn)： （ 1） 原型系統(tǒng)已經(jīng)通過(guò)與用戶(hù)交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格 說(shuō)明文檔正確地描述了用戶(hù)需求， 因此， 在開(kāi)發(fā)過(guò)程的后續(xù)階段不會(huì)因?yàn)榘l(fā)現(xiàn)了規(guī)格說(shuō)明文 檔的錯(cuò)誤而進(jìn)行較大的返工。 （ 2） 開(kāi)發(fā)人員通過(guò)建立原型系統(tǒng)已經(jīng)學(xué)到了許多東

23、西，因此 在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小， 這自然減少了在后續(xù)階段需要改正前面階段 所犯錯(cuò)誤的可能性。缺點(diǎn)：1）用戶(hù)有時(shí)誤解了原型的角色， 例如他們可能誤解原型應(yīng)該和真實(shí)系統(tǒng)一樣可靠。2）缺少項(xiàng)目標(biāo)準(zhǔn)，進(jìn)化原型方法有點(diǎn)像編碼修正。3）缺少控制，由于用戶(hù)可能不斷提出新要求，因而原型迭代的周期很難控制。 4）額外的花費(fèi)：研究結(jié)果表明構(gòu)造一個(gè)原型可能需要 10%額外花費(fèi)。 5）原型法要求開(kāi)發(fā)者與用戶(hù)密切接觸，有時(shí)這是不可能的。適用場(chǎng)合： 1）適用于用戶(hù)驅(qū)動(dòng)的系統(tǒng)，即需求模糊或隨時(shí)間變化的系統(tǒng)； 品的原型， 只需客戶(hù)化的工程項(xiàng)目； 3）簡(jiǎn)單而熟悉的行業(yè)或領(lǐng)域； 5）進(jìn)行產(chǎn)品移植或升級(jí)它所能完

24、成的功能4）例如外包軟件。2）已有產(chǎn)品或產(chǎn) 有快速原型開(kāi)發(fā)工具；3什么是 V 模型？簡(jiǎn)述 V 模型在軟件測(cè)試過(guò)程中的作用，以及在 開(kāi)發(fā)過(guò)程的對(duì)應(yīng)關(guān)系。V 模型中各個(gè)測(cè)試階段和考核知識(shí)點(diǎn):V模型（2.3）參考答案：需求分析驗(yàn)收懣試S要設(shè)計(jì)系窶測(cè)試詳a設(shè)計(jì)單元測(cè)試? V模型是軟件開(kāi)發(fā)瀑布模型的變種，它反映了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系? 從左到右，描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過(guò)程中存在 的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系? 左邊依次下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊依次上升的部分，即各測(cè) 試過(guò)程的各個(gè)階段。? V模型的局限性在于沒(méi)有

25、明確地說(shuō)明早期的測(cè)試，無(wú)法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則4.請(qǐng)說(shuō)明軟件工程方法學(xué)都包含哪些要素？簡(jiǎn)要說(shuō)明目前使用最廣泛的兩種軟件工程方法學(xué)?？己酥R(shí)點(diǎn)：軟件工程方法學(xué)（1.1）參考答案：軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過(guò)程。其中方法是完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問(wèn)題；工具是為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境；過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。傳統(tǒng)方法學(xué)也稱(chēng)為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)（結(jié)構(gòu)化分析、結(jié)構(gòu)

26、化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn)）來(lái)完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來(lái)支持結(jié)構(gòu)化技術(shù)的運(yùn)用。這種方法學(xué)把軟件生命周期的全過(guò)程依次劃分為若干個(gè)階段，然后順序地完成每個(gè)階段的任務(wù)。與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，它是一種以數(shù)據(jù)為主線(xiàn),把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法。5. NextDate函數(shù)包含三個(gè)變量：mon th、day和year，函數(shù)的輸出為輸入日期后一天的日期。例如，輸入為2008年8月7日，則函數(shù)的輸出為 2008年8月8日。請(qǐng)用邊界值分析法設(shè)計(jì)測(cè)試用例?？己酥R(shí)點(diǎn)：邊界值分析方法的應(yīng)用（4.2 ）參考答案：在 NextDate函數(shù)中，隱含規(guī)定

27、了變量mouth和變量day的取值范圍為1 mouth 12和 K day 31,并設(shè)定變量 year的取值范圍為 1912W yearw 2050。則測(cè)試用例選擇如下：TestiTest2TestsTest4TestsTesteTest?mouthday15151515151515year1911191219131975204920502051191161619126161913,6,161975616204961620506162051.6.166.什么是 W模型？請(qǐng)?jiān)敿?xì)論述其特點(diǎn)。考核知識(shí)點(diǎn)：軟件測(cè)試模型（2.3 ） 參考答案：W模型由Evolutif公司提出，相對(duì)于 中應(yīng)同步進(jìn)行的驗(yàn)證

28、和確認(rèn)活動(dòng)。W模型由兩個(gè)過(guò)程，圖中明確表示出了測(cè)試與開(kāi)發(fā)的并行關(guān)系。V模型，W模型增加了軟件各開(kāi)發(fā)階段V字型模型組成，分別代表測(cè)試與開(kāi)發(fā)W模型強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說(shuō)，測(cè)試與 開(kāi)發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問(wèn)題。例如，需求分析完成后，測(cè)試人員就應(yīng)該參與到 對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于及 時(shí)了解項(xiàng)目難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著減少總體測(cè)試時(shí)間，加快項(xiàng) 目進(jìn)度。但W模型也存在局限性。在 W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí), 測(cè)試和開(kāi)發(fā)活動(dòng)也保持著一種線(xiàn)性的前后關(guān)系，上一階段完全結(jié)束，才可正式開(kāi)始下一 個(gè)階段工作。這樣就無(wú)法支持迭代的開(kāi)發(fā)模型。對(duì)于當(dāng)前軟件開(kāi)發(fā)復(fù)雜多變的情況， 模型并不能解除測(cè)試管理面臨著困惑。7. 什么是邏輯覆蓋測(cè)試？邏輯覆蓋都有哪些類(lèi)型？考核知識(shí)點(diǎn)：邏輯覆蓋測(cè)試，（3.3）它是一系列測(cè)試參考答案：邏輯覆蓋是通過(guò)對(duì)程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序的覆蓋。過(guò)程的總稱(chēng)，這組測(cè)試過(guò)程逐漸進(jìn)行越來(lái)越完整的通路測(cè)試。從