2025年計算機等級考試(三級軟件測試工程師)試卷及答案一、單項選擇題（每題1分，共30分。每題只有一個正確答案，錯選、多選或未選均不得分）1.某模塊的圈復(fù)雜度為12，若采用基本路徑測試法，則至少需要設(shè)計多少條測試用例才能覆蓋所有獨立路徑？A.10??B.11??C.12??D.13答案：C解析：圈復(fù)雜度V(G)直接給出獨立路徑數(shù)，即最少測試用例數(shù)。2.在ISTQB術(shù)語中，以下哪一項最能準確描述“確認測試”？A.修復(fù)缺陷后重新執(zhí)行失敗的用例B.在修改后驗證缺陷已被修復(fù)且未引入新缺陷C.在交付前由用戶執(zhí)行的驗收測試D.對配置項變更后進行的回歸測試答案：B解析：確認測試（ConfirmationTesting）聚焦缺陷修復(fù)驗證，同時需檢查“副作用”。3.某C語言程序段：if(a>0&&b/a<5)…若采用邊界值分析，對變量a、b各取最小值、最小值+1、正常值、最大值1、最大值，則至少產(chǎn)生多少組合？A.9??B.15??C.25??D.27答案：C解析：兩變量各5點，完全組合5×5=25。4.以下關(guān)于等價類劃分錯誤的是：A.可結(jié)合邊界值補充健壯性B.無效等價類只能有一個C.等價類需保證同一類中數(shù)據(jù)發(fā)現(xiàn)缺陷概率相同D.輸出域也可建立等價類答案：B解析：無效等價類可多個，如“負數(shù)、零、超大值”均可獨立。5.在性能測試中，常用“90%響應(yīng)時間”指標，其統(tǒng)計意義是：A.平均響應(yīng)時間去掉10%異常值后的均值B.所有請求中90%請求的響應(yīng)時間小于等于該值C.90%并發(fā)用戶同時在線時的響應(yīng)時間D.90%服務(wù)器CPU利用率下的響應(yīng)時間答案：B解析：百分位定義，直接反映分布。6.某Web系統(tǒng)采用JWT令牌維持會話，以下哪項安全測試最直接針對“令牌未失效”風險？A.重放攻擊測試B.SQL注入測試C.垂直越權(quán)測試D.CSRF測試答案：A解析：令牌未失效可被重放。7.使用Python+Requests編寫接口自動化，以下哪段代碼最能實現(xiàn)“斷言響應(yīng)時間小于800ms”？A.assertr.elapsed.total_seconds()1000<800B.assertr.headers['Time']<800C.assertr.json()['time']<800D.assertr.status_code==200答案：A解析：elapsed屬性記錄請求耗時，單位秒，需乘1000轉(zhuǎn)毫秒。8.在FMEA中，風險優(yōu)先級數(shù)RPN計算依據(jù)：A.嚴重度×發(fā)生概率×檢測難度B.嚴重度+發(fā)生概率+檢測難度C.嚴重度×發(fā)生概率÷檢測難度D.嚴重度2+發(fā)生概率2答案：A解析：經(jīng)典RPN=S×O×D。9.某系統(tǒng)要求MTBF≥800h，連續(xù)運行30天（720h）發(fā)生2次失效，則當前MTBF點估計為：A.360h??B.480h??C.720h??D.1440h答案：A解析：MTBF=總時間/失效次數(shù)=720/2=360h。10.關(guān)于變異測試，下列說法正確的是：A.變異得分越高說明測試用例越弱B.殺死變異體意味著原測試用例集能發(fā)現(xiàn)該變異引入的缺陷C.變異測試主要用于性能評估D.等價變異體必須刪除答案：B解析：殺死變異體表明測試能檢測該“人工缺陷”。11.在Appium進行AndroidUI自動化時，若元素ID包含隨機后綴，最佳定位策略是：A.xpath文本模糊匹配B.使用accessibilityidC.強制等待后坐標點擊D.圖像識別答案：B解析：accessibilityid穩(wěn)定且速度快，優(yōu)于脆弱xpath。12.以下哪項不屬于TMMilevel3過程域？A.測試組織B.測試設(shè)計與執(zhí)行C.非功能性測試D.同行評審答案：A解析：測試組織為level2。13.對微服務(wù)架構(gòu)，關(guān)于“契約測試”描述正確的是：A.由消費者驅(qū)動，定義提供者必須滿足的接口契約B.僅測試消費者端邏輯C.無需持續(xù)集成D.使用SOAPUI只能測試REST答案：A解析：消費者驅(qū)動契約（CDC）核心思想。14.某算法白盒測試采用DD路徑覆蓋，程序圖共18條邊、12節(jié)點，則DD路徑數(shù)等于：A.6??B.7??C.18??D.30答案：B解析：DD路徑=邊節(jié)點+2=1812+2=8，但需減去自環(huán)特殊情況，實際7。15.在LoadRunner中，關(guān)于“事務(wù)”概念錯誤的是：A.可嵌套B.可設(shè)置PASS/FAIL閾值C.必須成對出現(xiàn)lr_start|end_transactionD.可用于度量吞吐量答案：D解析：吞吐量由系統(tǒng)整體統(tǒng)計，事務(wù)僅度量響應(yīng)時間。16.以下哪項最能體現(xiàn)“測試左移”實踐？A.在生產(chǎn)環(huán)境做A/B測試B.需求評審階段編寫測試用例C.上線后灰度監(jiān)控D.每日回歸測試答案：B解析：左移強調(diào)盡早介入。17.對安全測試，STRIDE模型中“D”代表：A.否認?B.數(shù)據(jù)篡改?C.拒絕服務(wù)?D.信息泄露答案：A解析：Denialofservice為“DoS”，對應(yīng)D。18.在持續(xù)交付流水線中，一般將“靜態(tài)代碼掃描”放在：A.構(gòu)建之后、單元測試之前B.部署到預(yù)發(fā)布之后C.性能測試之后D.生產(chǎn)發(fā)布之后答案：A解析：靜態(tài)掃描越早越好，且需代碼編譯成功。19.某系統(tǒng)采用Kafka消息隊列，測試重點不包括：A.消費冪等B.消息順序C.分區(qū)再均衡D.數(shù)據(jù)庫索引答案：D解析：索引屬存儲層，與Kafka無直接關(guān)聯(lián)。20.關(guān)于“缺陷密度”指標，正確的是：A.缺陷數(shù)/代碼行數(shù)，單位常表示為‰B.缺陷數(shù)/測試用例數(shù)C.缺陷數(shù)/人時D.缺陷數(shù)/功能點數(shù)，不可跨項目比較答案：A解析：經(jīng)典定義，‰可讀性更好。21.在探索式測試中，以下哪項最能體現(xiàn)“測程（Session）”特征？A.固定腳本、固定數(shù)據(jù)B.有明確任務(wù)章程、時間盒、可度量C.完全自由發(fā)揮D.由自動化腳本完成答案：B解析：SessionbasedET核心。22.對嵌入式軟件，以下哪項最可能采用“硬件在環(huán)（HIL）”測試？A.算法白盒B.電池管理系統(tǒng)C.Web接口D.UI交互答案：B解析：BMS需實時模擬電池芯。23.在Python單元測試中，mock.patch裝飾器默認作用域是：A.整個類B.整個模塊C.被裝飾函數(shù)D.整個包答案：C解析：函數(shù)級，避免污染。24.對云原生應(yīng)用，以下哪項最能驗證“彈性伸縮”？A.壓力測試+監(jiān)控Pod副本數(shù)B.滲透測試C.靜態(tài)掃描D.可用性測試答案：A解析：壓力觸發(fā)HPA，觀察副本變化。25.關(guān)于“測試用例優(yōu)先級”技術(shù)，錯誤的是：A.可基于代碼變更影響分析B.可基于歷史缺陷分布C.高優(yōu)先級用例必須全部自動化D.可動態(tài)調(diào)整答案：C解析：優(yōu)先級與是否自動化無必然關(guān)系。26.在ISTQB中，測試方針（TestPolicy）與測試策略（TestStrategy）區(qū)別是：A.方針更宏觀，策略更具體B.方針描述測試環(huán)境C.策略由開發(fā)人員編寫D.無區(qū)別答案：A解析：方針為組織級高層目標，策略為項目級方法。27.某系統(tǒng)更新后，客戶反饋“原可正常支付的訂單現(xiàn)在失敗”，最可能屬于：A.環(huán)境缺陷B.回歸缺陷C.并發(fā)缺陷D.安裝缺陷答案：B解析：原功能被破壞，典型回歸。28.對AI模型測試，以下哪項最能發(fā)現(xiàn)“數(shù)據(jù)漂移”？A.單元測試B.生產(chǎn)流量影子模式持續(xù)監(jiān)控特征分布C.變異測試D.滲透測試答案：B解析：特征分布偏移即數(shù)據(jù)漂移。29.在JMeter中使用“CSVDataSetConfig”時，若設(shè)置RecycleonEOF=false，StopthreadonEOF=true，當數(shù)據(jù)行耗盡時：A.循環(huán)讀取B.停止測試C.當前線程退出D.報錯繼續(xù)答案：C解析：單線程退出，多線程場景下總并發(fā)數(shù)減少。30.以下哪項不是“測試用例老化”產(chǎn)生的原因？A.需求變更B.代碼重構(gòu)C.用例運行環(huán)境升級D.用例發(fā)現(xiàn)缺陷答案：D解析：發(fā)現(xiàn)缺陷是用例價值體現(xiàn)，不會導(dǎo)致老化。二、多項選擇題（每題2分，共20分。每題至少兩個正確答案，多選、少選、錯選均不得分）31.以下哪些屬于靜態(tài)測試技術(shù)？A.代碼審查?B.走查?C.靜態(tài)分析?D.接口探測答案：ABC解析：接口探測需運行，屬動態(tài)。32.關(guān)于決策表測試，正確的是：A.可處理多條件組合B.條件數(shù)過多會導(dǎo)致爆炸C.可合并無關(guān)條件D.必須覆蓋所有規(guī)則答案：ABD解析：無關(guān)條件不能隨意合并，需遵循“不關(guān)心”規(guī)則。33.以下哪些指標可直接用于評估測試完整性？A.需求覆蓋率?B.代碼覆蓋率?C.缺陷移除率?D.測試執(zhí)行率答案：ABD解析：缺陷移除率衡量有效性，非完整。34.在SeleniumGrid中，以下說法正確的是：A.Hub負責分發(fā)命令B.Node需注冊到HubC.支持并行執(zhí)行D.僅支持Chrome答案：ABC解析：支持多瀏覽器。35.對DevOps流水線質(zhì)量門（QualityGate），可包含：A.代碼覆蓋率≥80%B.高危漏洞數(shù)為0C.性能基線下降>5%則失敗D.需求必須全部簽字答案：ABC解析：需求簽字為流程，非技術(shù)質(zhì)量門。36.以下哪些屬于常見的“測試數(shù)據(jù)管理”策略？A.拷貝生產(chǎn)全量B.合成數(shù)據(jù)生成C.數(shù)據(jù)子集抽取+脫敏D.使用Docker臨時數(shù)據(jù)庫答案：BCD解析：全量拷貝風險高，一般不推薦。37.在移動測試中，使用iOS真機需：A.Apple開發(fā)者證書B.Xcode命令行工具C.越獄D.WebDriverAgent答案：ABD解析：無需越獄。38.以下哪些屬于“非功能測試”？A.可維護性測試?B.可靠性測試?C.可移植性測試?D.語句覆蓋答案：ABC解析：語句覆蓋屬白盒功能。39.關(guān)于“錯誤推測”技術(shù)，正確的是：A.基于經(jīng)驗B.可結(jié)合風險列表C.需正式文檔化D.可與探索式結(jié)合答案：ABD解析：錯誤推測可非正式。40.以下哪些做法有助于降低“自動化測試用例脆弱性”？A.使用唯一穩(wěn)定的定位符B.加入智能等待C.頁面封裝頁面對象模式D.全部使用絕對坐標答案：ABC解析：絕對坐標最脆弱。三、判斷題（每題1分，共10分。正確打“√”，錯誤打“×”）41.語句覆蓋100%即意味著無缺陷遺留。?×解析：僅覆蓋語句，未覆蓋分支、路徑。42.在敏捷項目中，測試人員可參與用戶故事驗收標準制定。?√43.模糊測試（Fuzzing）主要用于發(fā)現(xiàn)崩潰型安全缺陷。?√44.測試計劃一經(jīng)發(fā)布即不可調(diào)整。?×45.并發(fā)用戶數(shù)與吞吐量總是線性關(guān)系。?×46.使用JMeter進行壓測時，必須安裝插件才能生成HTML報告。?×解析：3.0+原生支持。47.缺陷生命周期中，Rejected狀態(tài)表示開發(fā)人員未認可該缺陷。?√48.在Linux中，valgrind工具可檢測內(nèi)存泄漏。?√49.測試用例與測試腳本概念完全一致。?×50.云測試平臺優(yōu)點之一是可動態(tài)分配測試設(shè)備。?√四、簡答題（每題6分，共30分）51.簡述“測試左移”與“測試右移”各自的核心實踐及價值。答案：測試左移：在需求、設(shè)計階段即介入，實踐包括需求評審、ATDD、單元測試覆蓋、靜態(tài)掃描。價值：早期發(fā)現(xiàn)缺陷，降低修復(fù)成本，縮短交付周期。測試右移：在生產(chǎn)環(huán)境監(jiān)控、A/B實驗、灰度發(fā)布、用戶反饋收集。價值：發(fā)現(xiàn)真實場景缺陷，驗證業(yè)務(wù)價值，持續(xù)改進產(chǎn)品質(zhì)量。52.說明決策覆蓋與條件覆蓋的區(qū)別，并給出一段簡單代碼示例。答案：決策覆蓋要求每個判定的整體取真、假至少一次；條件覆蓋要求每個條件的取真、假至少一次。示例：if(a>0&&b<10)…決策覆蓋：用例1(a=1,b=5)真，用例2(a=0,b=15)假即可。條件覆蓋：需a>0取真、假；b<10取真、假，共需至少2條用例，但未必覆蓋判定整體假。故條件覆蓋更細，但兩者無包含關(guān)系。53.列出性能測試中常見的四大性能指標，并解釋其含義。答案：1.響應(yīng)時間：從發(fā)出請求到收到完整響應(yīng)的時間，反映用戶體驗。2.吞吐量：單位時間內(nèi)系統(tǒng)處理的請求數(shù)，反映處理能力。3.并發(fā)用戶數(shù)：同時在線且對系統(tǒng)產(chǎn)生壓力的用戶數(shù)量。4.資源利用率：CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)等硬件資源使用百分比，用于發(fā)現(xiàn)瓶頸。54.說明“測試用例優(yōu)先級”在回歸測試中的三種常用方法。答案：1.基于代碼變更：利用靜態(tài)調(diào)用圖，優(yōu)先執(zhí)行受變更影響的用例。2.基于歷史缺陷：優(yōu)先執(zhí)行曾發(fā)現(xiàn)過高危缺陷的用例。3.基于使用頻率：優(yōu)先覆蓋生產(chǎn)環(huán)境高頻路徑，確保核心功能。55.描述“服務(wù)虛擬化”在測試中的適用場景及收益。答案：適用場景：依賴第三方服務(wù)未就緒、費用高、不可控、數(shù)據(jù)難準備。收益：解除依賴，使測試提前并行；降低環(huán)境搭建成本；模擬異常、延遲、錯誤響應(yīng)，提升測試覆蓋；支持持續(xù)集成，提高交付效率。五、綜合應(yīng)用題（共60分）56.（20分）某電商平臺計劃在2025年“618”大促前完成全鏈路壓測。系統(tǒng)架構(gòu)：Nginx+Gateway+微服務(wù)（商品、訂單、支付、庫存），緩存Redis，消息Kafka，數(shù)據(jù)庫MySQL主從。業(yè)務(wù)目標：峰值30萬訂單/小時，支付成功率≥99.9%，P99響應(yīng)時間≤2s。任務(wù)：（1）設(shè)計性能測試策略，包括測試類型、場景、指標（8分）。（2）列出關(guān)鍵監(jiān)控指標及對應(yīng)工具（6分）。（3）給出風險及緩解措施（6分）。答案：（1）策略：類型：容量測試、負載測試、峰值測試、穩(wěn)定性測試、異常恢復(fù)測試。場景：A.下單鏈路：瀏覽→加購→下單→支付→庫存扣減。B.秒殺場景：熱點商品瞬時并發(fā)。C.混合場景：按生產(chǎn)流量比例模擬。指標：并發(fā)用戶、TPS、P99響應(yīng)時間、錯誤率、支付成功率、CPU/內(nèi)存、GC次數(shù)、Redis命中率、Kafka堆積量。（2）監(jiān)控：Prometheus+Grafana：CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)、自定義業(yè)務(wù)指標。ELK：日志錯誤率、異常堆棧。SkyWalking：鏈路追蹤，定位慢SQL、慢服務(wù)。MySQL：慢查詢、主從延遲。Redis：命中率、連接數(shù)、緩存穿透。Kafka：消費延遲、堆積條數(shù)。（3）風險與緩解：風險1：緩存擊穿。緩解：預(yù)熱+布隆過濾器+隨機過期。風險2：數(shù)據(jù)庫連接池耗盡。緩解：動態(tài)擴容、連接池調(diào)優(yōu)、讀寫分離、分庫分表。風險3：支付接口限流。緩解：Mock支付服務(wù)、渠道降級、緩存支付結(jié)果。風險4：網(wǎng)絡(luò)帶寬瓶頸。緩解：壓測節(jié)點與生產(chǎn)同域、CDN預(yù)熱、壓縮開啟。風險5：監(jiān)控遺漏。緩解：提前演練、核對監(jiān)控大盤、設(shè)置告警閾值。57.（20分）閱讀以下Java代碼片段，回答問題：publicintcalc(inta,intb,intc){intx=0;if(a>0&&b>0)x=a+b;if(a==0||c>5)x=ca;if(b==3)x=xb;returnx;}（1）畫出程序控制流圖，并計算圈復(fù)雜度（6分）。（2）采用基本路徑法，列出所有獨立路徑（7分）。（3）為每條路徑設(shè)計一個測試用例，包含輸入(a,b,c)與預(yù)期輸出（7分）。答案：（1）控制流圖：節(jié)點1開始→節(jié)點2(a>0&&b>0)→節(jié)點3(x=a+b)→節(jié)點4(a==0||c>5)→節(jié)點5(x=ca)→節(jié)點6(b==3)→節(jié)點7(x=xb)→節(jié)點8return。邊：1→2,2→3,2→4,3→4,4→5,4→6,5→6,6→7,6→8,7→8。圈復(fù)雜度V(G)=邊節(jié)點+2=108+2=4。（2）獨立路徑：P1：1→2→4→6→8P2：1→2→3→4→6→8P3：1→2→4→5→6→