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