2016年計算機三級軟件測試技術(shù)試題及答案

1、2016年計算機三級軟件測試技術(shù)試題及答案一、判斷題1. 軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）2. Beta測試是驗收測試的一種。（Y）3. 驗收測試是由最終用戶來實施的。（N）4. 項目立項前測試人員不需要提交任何工件。（Y）5. 單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）6. 代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（N）7. 自底向上集成需要測試員編寫驅(qū)動程序。（Y）8. 負載測試是驗證要檢驗的系統(tǒng)的能力能達到什么程度。（N）9. 測試人員要堅持原則，缺陷未修復完堅決不予通過。（N）10. 代碼評審員一般由測試員擔任。（N）11. 我們可以人為的使得軟件不存在配置問題。（N

2、）12. 集成測試計劃在需求分析階段末提交。（N）13. 測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。（N）14. 白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。（Y）15. 黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。（N）16. 為了快速完成集成測試，采用一次性集成方式是適宜的。（N）17. 在軟件開發(fā)過程中，若能推遲暴露其中的錯誤，則為修復和 改正錯誤所花費的代價就會降低。（N）二、選擇題1. 軟件驗收測試的合格通過準則是：（ABCD）A. 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指 標全部達到要求。B. 所有測試項沒有殘余一級、二級和三級錯誤。C. 立項審批表

3、、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D. 驗收測試工件齊全。2. 軟件測試計劃評審會需要哪些人員參加 ？（ABCD）A. 項目經(jīng)理B. SQA負責人C. 配置負責人D. 測試組3. 下列關(guān)于alpha測試的描述中正確的是：（AD）A.alpha測試 需要用戶代表參加B.alpha測試不需要用戶代表參加C.alpha測試是 系統(tǒng)測試的一種 D.alpha測試是驗收測試的一種 4.測試設(shè)計員的職 責有：（BC）A. 制定測試計劃B. 設(shè)計測試用例C. 設(shè)計測試過程、腳本D. 評估測試活動5.軟件實施活動的進入準則是：(ABC)A. 需求工件已經(jīng)被基線化B. 詳細設(shè)計工件已經(jīng)被基線化C. 構(gòu)架工

4、件已經(jīng)被基線化D. 項目階段成果已經(jīng)被基線化多項選擇題1. 在面向類的度量中，下列哪些度量方式是屬于 C&K套件的度 量(ABCF).面向?qū)ο蟮能浖こ蘌463頁C&K度量套件A. 每個類的加權(quán)方法B. 對象類之間的耦合C. 繼承樹的深度D. 類大小E. 特例化索引F. 方法中內(nèi)聚的缺乏2. 以下說法正確的有(BC).A. 等價類劃分和邊界值分析屬于白盒測試技術(shù).B. 基本路徑測試屬于白盒測試技術(shù).c.在基本路徑測試中，可以通過流圖來計算環(huán)路復雜性.D. 樁模塊用于接收測試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測試的模塊，然 后打印相關(guān)結(jié)果.E. 在確認測試中，測試是由用戶在開發(fā)者的場所來進行，開發(fā)者 對客戶

5、進行指導，是在一個受控環(huán)境下進行.F. 可以不進行單元測試就開始集成測試，因為集成測試會發(fā)現(xiàn)所 有的問題.3. 下列哪些屬于集成測試的內(nèi)容（AB）.A. 自頂向下集成B. 自底向上集成C. 回歸測試D. 壓力測試4. 以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)（ABCD）.A. 標識類（定義屬性和方法）B. 刻畫類的層次關(guān)系C. 標識對象對象關(guān)系D. 表示對象行為5. 我們可以將設(shè)計模式大致劃分為以下幾種類型 （ABD）.A. 創(chuàng)建型B. 行為型C. 變換型D.結(jié)構(gòu)型6. 軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨特的開發(fā)過程，這決定了我們需要使用軟件質(zhì)量保證的方法學和工具面對軟件質(zhì)量的各種特 殊的挑戰(zhàn).那

6、么，軟件開發(fā)過程的獨特性有(ACD).A. 軟件產(chǎn)品的高復雜性B. 與其它系統(tǒng)有接口C. 軟件產(chǎn)品的不可見性D. 檢測缺陷的機會只限于產(chǎn)品開發(fā)階段E. 需要協(xié)同工作7. 測試設(shè)計員的職責有(ABC).A. 制定測試計劃B. 設(shè)計測試用例C. 設(shè)計測試過程，腳本D. 評估測試活動8. 軟件工程研究的對象包括(ABE).A. 質(zhì)量B. 過程C. 技術(shù)D. 數(shù)據(jù)庫E. 工具9. 下列說法正確的是(A).A. 管理，分析，控制現(xiàn)實世界中發(fā)生的事件的程序稱為實時軟件B. 軟件項目開發(fā)的成功，取決于工具和硬件設(shè)備的優(yōu)劣C. 我們已經(jīng)建造了軟件的標準和規(guī)程，我們就能生產(chǎn)高質(zhì)量的軟件產(chǎn)品D. 在項目的進度告急

7、的時候，解決辦法之一就是加派人手10. 下列選項中，屬于項目管理的對象是(ABCE).A.人員B產(chǎn)品C. 過程D. 設(shè)備E項目11. 衡量軟件項目規(guī)模的參數(shù)有(ACD).A. 代碼行數(shù)B. 項目周期C. 文檔頁數(shù)D. 功能點數(shù)量12. 軟件度量可以獲得的信息包括(ABCD).A. 軟件質(zhì)量B. 軟件規(guī)模C. 軟件過程改進D. 軟件性能13. 定義風險參數(shù)的考慮有(ABCD).A. 軟件失效發(fā)生的機率B. 軟件功能復雜性C. 軟件失效產(chǎn)生的影響D. 軟件周期長短14. 軟件質(zhì)量保證的有效方式有(ABD).A. 軟件技術(shù)評審B. 軟件項目管理C. 安排項目計劃D. 軟件測試15. 軟件配置管理的主

8、要工作包括(AD).軟件質(zhì)量管理書第4章P46頁A. 版本控制B. 質(zhì)量保證C. 配置審計D. 變更控制16. 下列選項中，哪些為軟件基本測試策略框架(CD).A. 白盒測試B. 黒盒測試C. 大爆炸測試D. 增量式測試17. 軟件度量的基本維度有哪些(ACDE).A. 軟件大小B. 軟件缺陷C. 軟件時間D. 軟件工作量E. 軟件質(zhì)量18. 一些缺陷會破壞同級評審的成功，它們對于審查來說發(fā)生得 更為普遍,在評審中需要避免下列的哪些缺陷(ABCDE).A. 參與評審的人不了解評審過程B. 評審過程沒有被遵循C. 合適的人沒有參加評審D. 評審會陷入對問題的解決上E. 評審的焦點放在文檔形式而不

9、是內(nèi)容本身19. 下列哪些是軟件配置管理的功能(ACDE).A. 版本控制B. 過程控制C. 工作空間管理D. 異地開發(fā)支持E.變更請求管理20. 典型的審查包包括下列的哪些選項(ABCDE).A. 將被審查的初始可交付產(chǎn)品，其中指明了需審查的部分B. 定義了可交付產(chǎn)品的規(guī)格說明的所有前期的文檔C. 用于驗證初始可交付產(chǎn)品的測試文檔D. 相關(guān)標準或其他參考文檔E. 參與者需要的所有表格，如錯誤清單和個人問題日志等21. 下面哪些項是軟件質(zhì)量管理和項目過程的標準與模型(ACD).A. CMMB. SEIC. ISODEEEE.SRI22. 下列項目中哪些是軟件過程改進框架的內(nèi)容 (ABCE).A

10、. 軟件過程改進架構(gòu)B. 軟件過程改進規(guī)劃圖C. 軟件過程評估方法D. 軟件過程改進環(huán)境E. 軟件過程改進計劃23. 所有的同級評審都應(yīng)該遵守幾項基本的原則，從而對產(chǎn)品質(zhì) 量和團隊文化產(chǎn)生有益的影響，下列哪些是評審的指導原則(ABDE).A. 保持小型的評審小組B. 檢查你的自負傾向C. 努力發(fā)現(xiàn)問題并且解決問題D. 會議時間限制在兩小時左右E. 正式評審需要事先準備24. 下面哪些是辨別過程是否規(guī)范的內(nèi)容(ABCDE).A. 過程是否文檔化，成員是否都已經(jīng)了解過程？B. 過程是否經(jīng)過培訓和實施？C. 過程是否具有強制性？是否有相應(yīng)的機制與步驟來確保其實D. 過程是否有助于員工的工作 ？是否有

11、相應(yīng)的機制來跟蹤過程的實施狀況？E. 管理者是否以團隊實施過程的能力與成果為依據(jù)進行評估與 管理？25. 功能獨立性是模塊化和抽象以及信息隱藏的直接產(chǎn)物，衡量模塊獨立性的兩個標準是(CD).A. 求精B. 模塊可理解性C. 內(nèi)聚D. 耦合26. 下列哪些是面向?qū)ο笤O(shè)計的原則(ABCDE).A. 單一職責原則B. 開放-封閉原則C. 替換原則D. 依賴關(guān)系倒置原則E接口隔離原則27. 以下說法正確的有(BCE).A. 等價類劃分和邊界值分析屬于白盒測試技術(shù).B. 基本路徑測試屬于白盒測試技術(shù).C. 在基本路徑測試中，可以通過流圖來計算環(huán)路復雜性.D. 樁模塊用于接收測試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測試的模塊，然 后打印相關(guān)結(jié)果.E在 UML類圖中，普聯(lián)關(guān)系一般表示為在一個類中持有另外一 個類的成員變量.F在確認測試中，測試是由用戶在開發(fā)者的場所來進行，開發(fā)者 對客戶進行指導，是在一個受控環(huán)境下進行.28. 下面哪些是辨別過程是否規(guī)范的內(nèi)容(ABCDE).A. 過程是否文檔化，成員是否都已經(jīng)了解過程B. 過程是否經(jīng)過培訓和實施C. 過程是否具有強制性，是否有相應(yīng)的機制與步驟來確保其實施D. 過程是否有助于員工的工作，是否有相應(yīng)的機制來跟蹤過程 的實施狀況E. 管理者是否以團隊實施過程的能力與成果為依據(jù)