2025年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格(水平)考試軟件評(píng)測(cè)師真題試卷含答案考試時(shí)間：______分鐘總分：______分姓名：______一、計(jì)算機(jī)基礎(chǔ)知識(shí)1.設(shè)有棧S，初始時(shí)為空。依次進(jìn)行以下操作：push(1)，push(2)，pop()，push(3)，push(4)，pop()，pop()，push(5)，pop()。則棧S的最終狀態(tài)是什么？2.在TCP/IP協(xié)議簇中，負(fù)責(zé)將IP地址解析為物理地址的協(xié)議是？3.關(guān)系數(shù)據(jù)庫(kù)中，保證數(shù)據(jù)一致性的完整性約束主要是？4.計(jì)算機(jī)系統(tǒng)中的總線通常分為哪幾種？5.信息安全的基本屬性通常包括哪些？6.假設(shè)有以下SQL查詢語句：SELECT*FROMEmployeesWHERESALARY>(SELECTMIN(SALARY)FROMEmployees)；該語句的執(zhí)行結(jié)果是？7.請(qǐng)簡(jiǎn)述操作系統(tǒng)進(jìn)程與線程的區(qū)別。8.解釋“時(shí)間復(fù)雜度”和“空間復(fù)雜度”的含義。二、軟件工程與軟件評(píng)測(cè)知識(shí)9.根據(jù)瀑布模型，在需求分析階段完成后，下一階段通常是？10.軟件測(cè)試過程中，發(fā)現(xiàn)并報(bào)告缺陷后，后續(xù)的關(guān)鍵步驟是什么？11.黑盒測(cè)試和白盒測(cè)試的主要區(qū)別是什么？12.請(qǐng)列舉至少三種常用的黑盒測(cè)試用例設(shè)計(jì)方法。13.什么是軟件配置管理？其主要活動(dòng)有哪些？14.軟件項(xiàng)目管理中，范圍、時(shí)間、成本和質(zhì)量之間通常存在怎樣的關(guān)系？15.什么是軟件復(fù)用？它有哪些好處？16.CMMI模型中，最低級(jí)別（即初始級(jí)）的主要特點(diǎn)是什么？17.簡(jiǎn)述軟件評(píng)測(cè)計(jì)劃的主要內(nèi)容和作用。18.什么是冒煙測(cè)試？它的目的是什么？三、法律法規(guī)與標(biāo)準(zhǔn)規(guī)范19.軟件著作權(quán)人享有哪些主要權(quán)利？20.在軟件開發(fā)合同中，哪一方通常承擔(dān)不履行合同義務(wù)的主要風(fēng)險(xiǎn)？21.簡(jiǎn)述GB/T8566《計(jì)算機(jī)軟件文檔編制規(guī)范》中關(guān)于軟件需求規(guī)格說明文檔的基本要求。四、綜合應(yīng)用與實(shí)踐22.假設(shè)一個(gè)軟件系統(tǒng)存在以下問題：“當(dāng)用戶同時(shí)執(zhí)行多個(gè)刪除操作時(shí)，系統(tǒng)偶爾會(huì)出現(xiàn)數(shù)據(jù)不一致的情況?！闭?qǐng)分析可能的原因，并提出相應(yīng)的評(píng)測(cè)建議。23.設(shè)計(jì)一個(gè)測(cè)試用例，用于測(cè)試一個(gè)在線購(gòu)物網(wǎng)站的用戶注冊(cè)功能。該用例應(yīng)至少包含正常流程和兩種異常流程。24.描述一下，在進(jìn)行一個(gè)大型軟件項(xiàng)目的測(cè)試時(shí)，測(cè)試人員如何進(jìn)行測(cè)試用例的設(shè)計(jì)和評(píng)審？25.如果你在測(cè)試過程中發(fā)現(xiàn)一個(gè)嚴(yán)重缺陷，但開發(fā)人員認(rèn)為這不是一個(gè)缺陷，應(yīng)該如何處理？請(qǐng)說明你的處理步驟和理由。試卷答案一、計(jì)算機(jī)基礎(chǔ)知識(shí)1.最終棧內(nèi)元素為：3,5。解析：push(1)->push(2)->pop()->push(3)->push(4)->pop()->pop()->push(5)->pop()。操作順序是先入后出。2.ARP(AddressResolutionProtocol)。解析：ARP協(xié)議用于在局域網(wǎng)內(nèi)根據(jù)IP地址查找對(duì)應(yīng)的物理（MAC）地址。3.實(shí)體完整性。解析：實(shí)體完整性保證關(guān)系（表）中的主鍵值唯一且非空，是保證數(shù)據(jù)唯一性和引用有效的基礎(chǔ)。4.數(shù)據(jù)總線、地址總線和控制總線。解析：這是計(jì)算機(jī)總線最常見的分類，分別用于傳輸數(shù)據(jù)、指定地址和發(fā)送控制信號(hào)。5.機(jī)密性、完整性、可用性、不可抵賴性。解析：這些是信息安全領(lǐng)域最基本、最核心的屬性，分別描述信息不被未授權(quán)訪問、不被篡改、可被授權(quán)訪問以及行為可追溯。6.選擇所有工資大于全體員工最低工資的員工記錄。解析：內(nèi)層子查詢(SELECTMIN(SALARY)FROMEmployees)首先找到所有員工中的最低工資，外層查詢?cè)龠x擇工資比這個(gè)最低值高的所有員工記錄。7.進(jìn)程是資源分配的基本單位，線程是CPU調(diào)度的基本單位。進(jìn)程擁有獨(dú)立的資源（內(nèi)存地址空間等），線程共享所屬進(jìn)程的資源。線程開銷比進(jìn)程小，切換更快。解析：闡述了進(jìn)程和線程在資源管理和系統(tǒng)調(diào)度上的核心區(qū)別。8.時(shí)間復(fù)雜度描述算法執(zhí)行時(shí)間隨輸入規(guī)模增長(zhǎng)的變化趨勢(shì)，空間復(fù)雜度描述算法執(zhí)行過程中臨時(shí)占用的存儲(chǔ)空間隨輸入規(guī)模增長(zhǎng)的變化趨勢(shì)。解析：分別定義了時(shí)間復(fù)雜度和空間復(fù)雜度的概念，強(qiáng)調(diào)其關(guān)注的是“增長(zhǎng)趨勢(shì)”。二、軟件工程與軟件評(píng)測(cè)知識(shí)9.系統(tǒng)設(shè)計(jì)（概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)）。解析：瀑布模型中，需求分析完成后，自然進(jìn)入基于需求進(jìn)行系統(tǒng)設(shè)計(jì)的階段。10.缺陷確認(rèn)與修復(fù)、缺陷驗(yàn)證、缺陷關(guān)閉。解析：發(fā)現(xiàn)缺陷后，需要與開發(fā)人員確認(rèn)、由開發(fā)人員修復(fù)、測(cè)試人員驗(yàn)證修復(fù)效果，最后關(guān)閉缺陷記錄，這是標(biāo)準(zhǔn)的缺陷處理流程。11.黑盒測(cè)試不關(guān)心內(nèi)部實(shí)現(xiàn)，只根據(jù)需求規(guī)格測(cè)試功能是否滿足；白盒測(cè)試基于代碼邏輯，檢查路徑、條件等是否符合預(yù)期。解析：區(qū)分了黑盒測(cè)試（關(guān)注“黑箱”功能）和白盒測(cè)試（關(guān)注“白箱”內(nèi)部結(jié)構(gòu)）的根本區(qū)別。12.等價(jià)類劃分法、邊界值分析法、判定表驅(qū)動(dòng)法、因果圖法、狀態(tài)轉(zhuǎn)換測(cè)試法。解析：列舉了至少五種常用的黑盒測(cè)試用例設(shè)計(jì)方法。13.軟件配置管理是識(shí)別、組織、控制和追蹤軟件項(xiàng)目在整個(gè)生命周期中產(chǎn)生的各種配置項(xiàng)的過程。主要活動(dòng)包括配置識(shí)別、版本控制、配置狀態(tài)報(bào)告、配置審計(jì)。解析：定義了軟件配置管理的概念，并列出了其主要活動(dòng)。14.通常存在相互制約、相互影響的關(guān)系。增加范圍可能導(dǎo)致時(shí)間延長(zhǎng)、成本增加、質(zhì)量下降；追求高質(zhì)量可能需要更多時(shí)間和成本；縮短時(shí)間可能影響范圍和質(zhì)量。解析：描述了軟件開發(fā)中常見的項(xiàng)目約束關(guān)系，即“不可能三角”。15.軟件復(fù)用是指將在一個(gè)軟件項(xiàng)目或其他項(xiàng)目中開發(fā)出來的可復(fù)用軟件構(gòu)件（如代碼、模塊、接口、模型等）應(yīng)用于新的軟件項(xiàng)目的過程。好處包括提高開發(fā)效率、降低開發(fā)成本、提高軟件質(zhì)量、增強(qiáng)軟件一致性。解析：定義了軟件復(fù)用及其主要好處。16.初始級(jí)（Level1）的主要特點(diǎn)是軟件過程是ad-hoc的、混亂的，缺乏明確定義的軟件過程規(guī)范。解析：CMMI模型中最低級(jí)別的基本特征。17.軟件評(píng)測(cè)計(jì)劃是指導(dǎo)整個(gè)評(píng)測(cè)活動(dòng)的綱領(lǐng)性文件，主要內(nèi)容包括評(píng)測(cè)目標(biāo)、評(píng)測(cè)范圍、評(píng)測(cè)對(duì)象、評(píng)測(cè)方法、評(píng)測(cè)資源、時(shí)間安排、評(píng)測(cè)風(fēng)險(xiǎn)、交付物等。作用是明確評(píng)測(cè)目標(biāo)，統(tǒng)一評(píng)測(cè)活動(dòng)，協(xié)調(diào)評(píng)測(cè)資源，控制評(píng)測(cè)過程。解析：闡述了評(píng)測(cè)計(jì)劃的內(nèi)容和作用。18.冒煙測(cè)試是在軟件開發(fā)的早期階段，選取少量、核心的功能進(jìn)行測(cè)試，目的是快速驗(yàn)證軟件最基本的功能是否可用，能否“跑起來”。目的是及早發(fā)現(xiàn)致命的缺陷，降低后續(xù)測(cè)試風(fēng)險(xiǎn)，確認(rèn)可以繼續(xù)進(jìn)行更全面的測(cè)試。解析：解釋了冒煙測(cè)試的定義、目的和特點(diǎn)。三、法律法規(guī)與標(biāo)準(zhǔn)規(guī)范19.軟件著作權(quán)人享有的主要權(quán)利包括復(fù)制權(quán)、發(fā)行權(quán)、出租權(quán)、展覽權(quán)、表演權(quán)、放映權(quán)、廣播權(quán)、信息網(wǎng)絡(luò)傳播權(quán)、改編權(quán)、翻譯權(quán)、匯編權(quán)以及應(yīng)當(dāng)由著作權(quán)人享有的其他權(quán)利。解析：根據(jù)《著作權(quán)法》列舉了軟件著作權(quán)人的主要人身權(quán)和財(cái)產(chǎn)權(quán)。20.通常由開發(fā)方（或委托開發(fā)方）承擔(dān)不履行合同義務(wù)的主要風(fēng)險(xiǎn)。解析：在軟件開發(fā)合同中，開發(fā)方負(fù)責(zé)按約定交付符合要求的軟件，未能交付或交付不合格承擔(dān)主要責(zé)任。21.軟件需求規(guī)格說明文檔應(yīng)清晰、無歧義地描述軟件的功能需求、性能需求、接口需求、數(shù)據(jù)需求、用戶界面需求、約束條件等。應(yīng)使用規(guī)范的語言和圖表（如用例圖、時(shí)序圖、狀態(tài)圖等），確保需求完整、一致、可驗(yàn)證。解析：根據(jù)GB/T8566的要求，闡述了需求規(guī)格說明文檔的基本內(nèi)容和質(zhì)量要求。四、綜合應(yīng)用與實(shí)踐22.可能的原因：并發(fā)控制不當(dāng)（如鎖機(jī)制問題）、事務(wù)完整性未能保證、數(shù)據(jù)同步延遲、狀態(tài)管理錯(cuò)誤。評(píng)測(cè)建議：進(jìn)行并發(fā)場(chǎng)景測(cè)試，檢查事務(wù)隔離級(jí)別和鎖策略；審查數(shù)據(jù)庫(kù)設(shè)計(jì)和事務(wù)代碼，確保原子性、一致性、隔離性、持久性（ACID）；使用日志分析工具檢查數(shù)據(jù)變更順序和狀態(tài)變化；進(jìn)行壓力測(cè)試觀察在高并發(fā)下行為。解析：分析了并發(fā)刪除導(dǎo)致數(shù)據(jù)不一致的潛在原因，并提出了相應(yīng)的評(píng)測(cè)方向和方法。23.測(cè)試用例示例：*用例ID：REG001*描述：驗(yàn)證正常注冊(cè)流程*前置條件：用戶未注冊(cè)*輸入數(shù)據(jù)：有效的用戶名、有效的密碼、有效的郵箱地址*操作步驟：1.輸入用戶名2.輸入密碼3.輸入郵箱4.點(diǎn)擊注冊(cè)按鈕*預(yù)期結(jié)果：注冊(cè)成功，頁(yè)面跳轉(zhuǎn)到登錄頁(yè)或用戶中心，并提示注冊(cè)成功信息*用例ID：REG002*描述：驗(yàn)證用戶名已存在時(shí)的注冊(cè)*前置條件：用戶名"testuser"已被注冊(cè)*輸入數(shù)據(jù)：用戶名"testuser"、有效的密碼、有效的郵箱地址*操作步驟：1.輸入用戶名"testuser"2.輸入密碼3.輸入郵箱4.點(diǎn)擊注冊(cè)按鈕*預(yù)期結(jié)果：注冊(cè)失敗，頁(yè)面提示“用戶名已存在”*用例ID：REG003*描述：驗(yàn)證密碼不符合復(fù)雜度要求的注冊(cè)*前置條件：用戶未注冊(cè)*輸入數(shù)據(jù)：有效的用戶名、一個(gè)長(zhǎng)度不足6位的密碼、有效的郵箱地址*操作步驟：1.輸入用戶名2.輸入密碼3.輸入郵箱4.點(diǎn)擊注冊(cè)按鈕*預(yù)期結(jié)果：注冊(cè)失敗，頁(yè)面提示“密碼長(zhǎng)度不足”或類似錯(cuò)誤信息解析：設(shè)計(jì)了包含正常流程和兩種異常流程（用戶名重復(fù)、密碼復(fù)雜度不足）的測(cè)試用例。24.測(cè)試用例設(shè)計(jì)：分析需求文檔、系統(tǒng)設(shè)計(jì)文檔，識(shí)別測(cè)試點(diǎn)；選擇合適的測(cè)試用例設(shè)計(jì)方法（如等價(jià)類、邊界值、判定表等）生成用例；確保用例覆蓋所有功能點(diǎn)、主要業(yè)務(wù)流程、異常場(chǎng)景、邊界條件；評(píng)審用例，檢查是否清晰、可執(zhí)行、覆蓋充分。測(cè)試用例評(píng)審：組織測(cè)試人員、開發(fā)人員（有時(shí)包括產(chǎn)品經(jīng)理）對(duì)測(cè)試用例進(jìn)行評(píng)審；檢查用例的準(zhǔn)確性、完整性、可執(zhí)行性；討論并修改不一致或遺漏的用例；通過評(píng)審確保用例質(zhì)量。解析：描述了測(cè)試用例的設(shè)計(jì)過程和評(píng)審過程的關(guān)鍵步驟。25.處理步驟和理由：1.復(fù)述缺陷現(xiàn)象：向開發(fā)人員清晰地復(fù)述發(fā)現(xiàn)的缺陷現(xiàn)象和復(fù)現(xiàn)步驟，確保雙方理解一致。2.展示證據(jù)：提供詳細(xì)的測(cè)試報(bào)告、日志、截圖等證據(jù)，證明缺陷的存在。3.溝通確認(rèn)：與開發(fā)人員進(jìn)行溝通，了解他們對(duì)該問題的看法和判斷依據(jù)?？赡苁情_發(fā)人員對(duì)需求理解有偏差，或認(rèn)為當(dāng)前行為符合某種設(shè)計(jì)。4.尋求第三方意見：如果溝通無效，可以邀請(qǐng)項(xiàng)目經(jīng)理、測(cè)試負(fù)責(zé)人或資深工程師參與討論，從不同角度分析問題。5.依據(jù)事實(shí)和標(biāo)準(zhǔn)判斷：基于測(cè)試證據(jù)、需求規(guī)格說明書、開發(fā)規(guī)范等事實(shí)