期末題庫-軟件測(cè)試答案(編輯修改稿)
2025-07-27 12:04 本頁面
【文章內(nèi)容簡介】 OODC、OOUD、OOA4對(duì)OOD的測(cè)試，針對(duì)功能的實(shí)現(xiàn)和重用以及對(duì)OOA結(jié)果的拓展，以下不屬于考慮內(nèi)容的是（ B ） A、對(duì)構(gòu)造的類層次結(jié)構(gòu)的測(cè)試B、對(duì)對(duì)象庫的結(jié)構(gòu)測(cè)試C、對(duì)類庫的支持的測(cè)試D、對(duì)認(rèn)定的類的測(cè)試判斷題 101分1. F軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開始具體的工作。 2. T廣義的軟件測(cè)試由“確認(rèn)”、“驗(yàn)證”、“測(cè)試”3個(gè)方面組成。 3. F軟件測(cè)試等于程序測(cè)試。 4. F測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。 5. T軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。 6. T要充分注意軟件測(cè)試中的群集現(xiàn)象。 7. T好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤。 8. F測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。 9. T發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。 10. F測(cè)試人員說：“沒有可運(yùn)行的程序，我無法進(jìn)行測(cè)試工作”。 11. F負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 12. F白盒測(cè)試方法比黑盒測(cè)試方法好。 13. T在軟件開發(fā)過程中，若能盡早暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 14. T產(chǎn)品質(zhì)量檢驗(yàn)階段是質(zhì)量管理的發(fā)展階段之一。 15. TV模型不能適應(yīng)較大的需求變化。 16. TW模型能夠較早地發(fā)現(xiàn)缺陷。 17. F驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。 18. F單元測(cè)試能發(fā)現(xiàn)約80% 的軟件缺陷。 19. F我們可以人為的使得軟件不存在配置問題。 20. F集成測(cè)試計(jì)劃在需求分析階段末提交。 21. TBeta 測(cè)試是驗(yàn)收測(cè)試的一種。 22. T自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。 23. F為了快速完成集成測(cè)試，采用一次性集成方式是適宜的。 24. Falpha 測(cè)試不是驗(yàn)收測(cè)試的一種。 25. F必須要求用戶參與的測(cè)試階段是單元測(cè)試。 26. T項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。 27. F測(cè)試需求一定要寫得很細(xì)很細(xì)。 28. F測(cè)試需求就是軟件需求。 29. F測(cè)試組負(fù)責(zé)軟件質(zhì)量。 30. F代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。 31. F代碼評(píng)審員一般由測(cè)試員擔(dān)任。 32. T一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。 33. F靜態(tài)檢查就是看代碼。 34. T等價(jià)類法和邊界值著重考慮輸入條件，而不考慮輸入條件的各種組合，也不考慮輸入條件之間的相互制約關(guān)系。 35. T在實(shí)際測(cè)試中，邊界值分析法和等價(jià)類劃分法經(jīng)常結(jié)合使用。 36. F因果圖法是建立在決策表法基礎(chǔ)上的一種白盒測(cè)試方法。 37. T黑盒測(cè)試法又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 38. F測(cè)試用例是在測(cè)試執(zhí)行后寫的。 39. T測(cè)試用例一般是由測(cè)試設(shè)計(jì)人員寫的。 40. T在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。 41. TQTP是一種自動(dòng)化測(cè)試工具。 42. F測(cè)試自動(dòng)化是萬能的。 43. TLoadRunner是性能測(cè)試工具。 44. T采用自動(dòng)化測(cè)試有可能延誤項(xiàng)目進(jìn)度。 45. F面向?qū)ο蟮能浖y(cè)試是采用面向?qū)ο蟮母拍詈驮瓌t，用結(jié)構(gòu)化的方法構(gòu)建。 46. TWeb網(wǎng)站測(cè)試需要考慮數(shù)據(jù)庫測(cè)試。 47. TWeb網(wǎng)站測(cè)試不需要考慮功能測(cè)試。 48. F敏捷測(cè)試不需要寫測(cè)試計(jì)劃。 49. TJunit是一個(gè)開源的Java單元測(cè)試框架。 50. F WAS是單元測(cè)試工具。 名詞解釋54分 軟件測(cè)試：在軟件投入運(yùn)行之前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明書和編碼的 最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。 軟件缺陷：存在于軟件之中的不希望或不可接受的偏差。軟件測(cè)試的目的：為了檢驗(yàn)軟件系統(tǒng)是否滿足需求 黑盒測(cè)試：檢測(cè)軟件每個(gè)功能是否能正常使用。不考慮內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性。 回歸測(cè)試：軟件或軟件的修復(fù)或更正后的“再測(cè)試”。 性能測(cè)試：測(cè)試軟件的運(yùn)行性能。 質(zhì)量保證：是為了提供足夠的信任證據(jù)，證明組織有關(guān)的各類實(shí)體有能力滿足 質(zhì)量要求所實(shí)施，并在必要時(shí)進(jìn)行證實(shí)的有計(jì)劃、有系統(tǒng)的活動(dòng)。 α測(cè)試：系統(tǒng)開發(fā)接近完成時(shí)對(duì)軟件進(jìn)行的測(cè)試， 開發(fā)者在測(cè)試現(xiàn)場(chǎng) β測(cè)試：系統(tǒng)開發(fā)根本完成時(shí)對(duì)軟件進(jìn)行的
數(shù)學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1