(2025年)測(cè)試技術(shù)試題及答案一、單項(xiàng)選擇題（每題1.5分，共30分）1.以下關(guān)于測(cè)試左移（Shift-LeftTesting）的描述中，錯(cuò)誤的是：A.強(qiáng)調(diào)在需求分析階段盡早介入測(cè)試B.主要目的是減少后期修復(fù)缺陷的成本C.要求測(cè)試人員完全主導(dǎo)開發(fā)過程D.通常結(jié)合持續(xù)集成（CI）實(shí)現(xiàn)快速反饋2.在基于風(fēng)險(xiǎn)的測(cè)試（Risk-BasedTesting）中，確定測(cè)試優(yōu)先級(jí)的關(guān)鍵依據(jù)是：A.測(cè)試用例的執(zhí)行難度B.缺陷可能引發(fā)的業(yè)務(wù)影響與發(fā)生概率C.開發(fā)人員的代碼提交頻率D.測(cè)試團(tuán)隊(duì)的人員數(shù)量3.某系統(tǒng)采用微服務(wù)架構(gòu)，接口測(cè)試時(shí)發(fā)現(xiàn)訂單服務(wù)與支付服務(wù)的交互延遲異常，最可能的排查方向是：A.前端頁面的JavaScript執(zhí)行效率B.服務(wù)間通信協(xié)議（如gRPC/HTTP2）的配置C.數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)是否符合第三范式D.單元測(cè)試覆蓋率是否達(dá)到80%4.自動(dòng)化測(cè)試腳本的可維護(hù)性優(yōu)化中，以下措施效果最差的是：A.使用數(shù)據(jù)驅(qū)動(dòng)設(shè)計(jì)分離測(cè)試數(shù)據(jù)與邏輯B.對(duì)重復(fù)操作封裝為公共函數(shù)庫C.為每個(gè)測(cè)試用例單獨(dú)編寫?yīng)毩⒛_本D.采用頁面對(duì)象模式（PageObjectModel）管理UI元素5.性能測(cè)試中，若發(fā)現(xiàn)系統(tǒng)在并發(fā)用戶數(shù)達(dá)到500時(shí)吞吐量不再增長，但CPU利用率僅60%，最可能的瓶頸是：A.數(shù)據(jù)庫連接池配置過小B.應(yīng)用服務(wù)器內(nèi)存不足C.CPU多核利用率不均衡D.網(wǎng)絡(luò)帶寬限制6.以下不屬于安全測(cè)試范疇的是：A.檢查用戶密碼是否采用SHA-256加鹽存儲(chǔ)B.驗(yàn)證接口是否對(duì)請(qǐng)求頻率進(jìn)行限制C.測(cè)試系統(tǒng)在斷網(wǎng)時(shí)的本地緩存一致性D.檢測(cè)SQL查詢是否存在注入漏洞7.測(cè)試成熟度模型（TMMi）中，“定義級(jí)”的核心特征是：A.測(cè)試作為獨(dú)立階段存在，有基本的測(cè)試流程B.測(cè)試與開發(fā)過程深度集成，具備標(biāo)準(zhǔn)化的測(cè)試過程C.測(cè)試活動(dòng)完全自動(dòng)化，缺陷預(yù)防成為核心目標(biāo)D.測(cè)試策略與業(yè)務(wù)目標(biāo)對(duì)齊，實(shí)現(xiàn)持續(xù)過程改進(jìn)8.某移動(dòng)端應(yīng)用需支持iOS17和Android14系統(tǒng)，測(cè)試時(shí)發(fā)現(xiàn)部分手勢(shì)操作（如滑動(dòng)刪除）在Android端失效，最可能的原因是：A.設(shè)備屏幕分辨率差異B.操作系統(tǒng)手勢(shì)交互API的版本兼容性問題C.測(cè)試用例設(shè)計(jì)時(shí)未覆蓋多手指操作場(chǎng)景D.服務(wù)器返回?cái)?shù)據(jù)格式錯(cuò)誤9.以下關(guān)于測(cè)試用例設(shè)計(jì)方法的匹配中，錯(cuò)誤的是：A.等價(jià)類劃分法——適用于輸入域較大的功能測(cè)試B.邊界值分析法——重點(diǎn)關(guān)注輸入的極值和次極值C.錯(cuò)誤推測(cè)法——依賴測(cè)試人員的經(jīng)驗(yàn)和直覺D.因果圖法——主要用于性能測(cè)試中的負(fù)載場(chǎng)景設(shè)計(jì)10.在持續(xù)測(cè)試（ContinuousTesting）實(shí)踐中，測(cè)試環(huán)境管理的關(guān)鍵要求是：A.僅保留生產(chǎn)環(huán)境的完全鏡像B.支持快速創(chuàng)建與銷毀的虛擬化/容器化環(huán)境C.由開發(fā)人員單獨(dú)負(fù)責(zé)環(huán)境配置D.測(cè)試環(huán)境與生產(chǎn)環(huán)境的硬件型號(hào)完全一致11.API測(cè)試中，驗(yàn)證接口返回的JSON數(shù)據(jù)格式是否符合OpenAPI規(guī)范，應(yīng)使用的工具是：A.Postman的Schema驗(yàn)證功能B.JMeter的BeanShell腳本C.Selenium的XPath斷言D.Appium的UI元素檢查12.以下關(guān)于缺陷生命周期（BugLifeCycle）的階段排序，正確的是：A.新建→打開→修復(fù)→驗(yàn)證→關(guān)閉B.打開→新建→修復(fù)→驗(yàn)證→關(guān)閉C.新建→驗(yàn)證→修復(fù)→打開→關(guān)閉D.新建→修復(fù)→打開→驗(yàn)證→關(guān)閉13.某金融系統(tǒng)需滿足PCIDSS合規(guī)要求，測(cè)試時(shí)重點(diǎn)關(guān)注的內(nèi)容不包括：A.信用卡號(hào)在傳輸過程中是否加密B.交易日志是否記錄完整的用戶操作細(xì)節(jié)C.系統(tǒng)是否支持多因素認(rèn)證（MFA）D.前端頁面的加載速度是否低于3秒14.采用探索式測(cè)試（ExploratoryTesting）時(shí)，測(cè)試人員的核心任務(wù)是：A.嚴(yán)格按照預(yù)先設(shè)計(jì)的用例執(zhí)行B.在執(zhí)行中動(dòng)態(tài)設(shè)計(jì)并調(diào)整測(cè)試策略C.僅關(guān)注已知高風(fēng)險(xiǎn)模塊D.完全依賴自動(dòng)化工具提供測(cè)試數(shù)據(jù)15.測(cè)試數(shù)據(jù)管理中，為避免生產(chǎn)數(shù)據(jù)泄露，常用的技術(shù)是：A.數(shù)據(jù)脫敏（DataMasking）B.數(shù)據(jù)壓縮（DataCompression）C.數(shù)據(jù)加密（DataEncryption）D.數(shù)據(jù)分片（DataSharding）16.以下關(guān)于AI驅(qū)動(dòng)測(cè)試（AIT）的描述，正確的是：A.AI可以完全替代人工設(shè)計(jì)測(cè)試用例B.主要應(yīng)用于預(yù)測(cè)缺陷高發(fā)模塊和提供測(cè)試數(shù)據(jù)C.AI測(cè)試工具無需人工干預(yù)即可完成全流程測(cè)試D.AI測(cè)試的準(zhǔn)確性僅依賴訓(xùn)練數(shù)據(jù)的數(shù)量17.某系統(tǒng)升級(jí)后，需驗(yàn)證核心功能是否受影響，最合適的測(cè)試類型是：A.壓力測(cè)試（StressTesting）B.回歸測(cè)試（RegressionTesting）C.配置測(cè)試（ConfigurationTesting）D.兼容性測(cè)試（CompatibilityTesting）18.測(cè)試執(zhí)行過程中，若發(fā)現(xiàn)缺陷復(fù)現(xiàn)率低（偶現(xiàn)問題），優(yōu)先采取的措施是：A.直接標(biāo)記為“無法復(fù)現(xiàn)”并關(guān)閉B.記錄詳細(xì)的操作步驟、環(huán)境信息及日志C.要求開發(fā)人員立即修復(fù)D.減少測(cè)試用例的執(zhí)行次數(shù)19.以下屬于非功能性測(cè)試（Non-FunctionalTesting）的是：A.驗(yàn)證用戶注冊(cè)時(shí)密碼長度是否≥8位B.檢查搜索功能能否返回正確結(jié)果C.測(cè)試系統(tǒng)在1000并發(fā)下的響應(yīng)時(shí)間D.確認(rèn)按鈕點(diǎn)擊后頁面跳轉(zhuǎn)正確20.測(cè)試團(tuán)隊(duì)采用Scrum敏捷開發(fā)模式，測(cè)試人員的主要參與節(jié)點(diǎn)是：A.僅在Sprint結(jié)束前執(zhí)行測(cè)試B.參與需求評(píng)審、每日站會(huì)、Sprint回顧C(jī).由產(chǎn)品經(jīng)理負(fù)責(zé)所有測(cè)試計(jì)劃制定D.測(cè)試用例必須在Sprint開始前全部設(shè)計(jì)完成二、簡(jiǎn)答題（每題8分，共40分）1.簡(jiǎn)述自動(dòng)化測(cè)試的分層策略（金字塔模型）及其設(shè)計(jì)依據(jù)。2.說明性能測(cè)試中“吞吐量”“響應(yīng)時(shí)間”“并發(fā)用戶數(shù)”三個(gè)指標(biāo)的關(guān)聯(lián)關(guān)系，并舉例說明如何通過這三個(gè)指標(biāo)定位性能瓶頸。3.設(shè)計(jì)一個(gè)針對(duì)“電商平臺(tái)購物車功能”的測(cè)試用例，要求覆蓋功能、邊界、異常、安全四個(gè)維度（需列出關(guān)鍵測(cè)試點(diǎn)）。4.微服務(wù)架構(gòu)下，接口測(cè)試與傳統(tǒng)單體應(yīng)用接口測(cè)試的主要差異有哪些？需重點(diǎn)關(guān)注哪些測(cè)試點(diǎn)？5.測(cè)試過程中發(fā)現(xiàn)“用戶登錄時(shí)提示‘密碼錯(cuò)誤’，但實(shí)際密碼正確”的缺陷，簡(jiǎn)述完整的缺陷報(bào)告應(yīng)包含哪些內(nèi)容，并說明如何協(xié)助開發(fā)人員快速定位問題。三、綜合題（每題15分，共30分）1.某公司計(jì)劃上線一款短視頻App，核心功能包括視頻播放、點(diǎn)贊、評(píng)論、關(guān)注。請(qǐng)?jiān)O(shè)計(jì)完整的測(cè)試方案，要求涵蓋測(cè)試策略、測(cè)試類型（功能/性能/安全/兼容等）、測(cè)試環(huán)境要求及關(guān)鍵風(fēng)險(xiǎn)點(diǎn)。2.某系統(tǒng)采用前后端分離架構(gòu)（前端Vue.js，后端SpringBoot，數(shù)據(jù)庫MySQL，中間件Redis），現(xiàn)需對(duì)“用戶訂單查詢接口”進(jìn)行測(cè)試。請(qǐng)從測(cè)試設(shè)計(jì)、執(zhí)行、結(jié)果分析三個(gè)階段，詳細(xì)說明測(cè)試步驟及所需工具，并給出可能的缺陷場(chǎng)景及驗(yàn)證方法。答案一、單項(xiàng)選擇題1.C2.B3.B4.C5.A6.C7.B8.B9.D10.B11.A12.A13.D14.B15.A16.B17.B18.B19.C20.B二、簡(jiǎn)答題1.自動(dòng)化測(cè)試分層策略（金字塔模型）自底向上分為三層：?jiǎn)卧獪y(cè)試（底層，占比70%）：測(cè)試單個(gè)函數(shù)/方法，驗(yàn)證代碼邏輯正確性，工具如JUnit/TestNG。設(shè)計(jì)依據(jù)：底層測(cè)試執(zhí)行快、成本低，能早期發(fā)現(xiàn)代碼級(jí)缺陷。接口測(cè)試（中層，占比20%）：測(cè)試模塊間交互，驗(yàn)證API功能、參數(shù)、異常處理，工具如Postman/JMeter。設(shè)計(jì)依據(jù)：接口是微服務(wù)核心，覆蓋業(yè)務(wù)邏輯且成本低于UI測(cè)試。UI測(cè)試（頂層，占比10%）：模擬用戶操作，驗(yàn)證端到端流程，工具如Selenium/Appium。設(shè)計(jì)依據(jù)：UI易變、執(zhí)行慢，僅覆蓋關(guān)鍵業(yè)務(wù)流程。設(shè)計(jì)依據(jù)總結(jié)：通過底層覆蓋基礎(chǔ)邏輯，中層控制交互風(fēng)險(xiǎn)，頂層驗(yàn)證用戶體驗(yàn)，平衡測(cè)試效率與覆蓋率。2.三個(gè)指標(biāo)關(guān)聯(lián)關(guān)系：吞吐量（單位時(shí)間處理請(qǐng)求數(shù)）受并發(fā)用戶數(shù)影響，響應(yīng)時(shí)間（單次請(qǐng)求耗時(shí)）隨并發(fā)增加而延長；當(dāng)并發(fā)超過系統(tǒng)容量時(shí)，吞吐量達(dá)到峰值，響應(yīng)時(shí)間激增。舉例：若并發(fā)100時(shí)，吞吐量500req/s，響應(yīng)時(shí)間2s；并發(fā)200時(shí)，吞吐量800req/s，響應(yīng)時(shí)間3s；并發(fā)300時(shí)，吞吐量800req/s，響應(yīng)時(shí)間5s。說明系統(tǒng)在并發(fā)200-300時(shí)達(dá)到瓶頸（如數(shù)據(jù)庫連接池上限），需檢查數(shù)據(jù)庫配置或SQL性能。3.購物車功能測(cè)試用例關(guān)鍵測(cè)試點(diǎn)：功能維度：添加商品（單/多件）、修改數(shù)量、刪除商品、清空購物車、跨設(shè)備同步。邊界維度：添加商品數(shù)量為0/庫存上限/超庫存值；商品總價(jià)超過支付限額（如10萬元）。異常維度：網(wǎng)絡(luò)中斷時(shí)添加商品（恢復(fù)后是否同步）；商品下架后購物車顯示（提示“已下架”）；重復(fù)添加同一商品（數(shù)量累加或提示）。安全維度：未登錄用戶購物車數(shù)據(jù)是否加密存儲(chǔ)；修改數(shù)量時(shí)檢查是否存在SQL注入（如輸入“1;DROPTABLE”）；跨用戶購物車數(shù)據(jù)隔離（用戶A能否查看用戶B的商品）。4.微服務(wù)與單體應(yīng)用接口測(cè)試差異：調(diào)用鏈更長：需跟蹤跨服務(wù)調(diào)用（如訂單→庫存→支付），單體應(yīng)用接口多為本地調(diào)用。協(xié)議更復(fù)雜：可能使用gRPC、Kafka消息隊(duì)列，單體多為HTTP/REST。依賴管理更難：需模擬外部服務(wù)（如使用WireMock），單體接口依賴集中。重點(diǎn)測(cè)試點(diǎn)：服務(wù)間調(diào)用正確性（如參數(shù)傳遞）、分布式事務(wù)一致性（下單后庫存扣減）、服務(wù)降級(jí)與熔斷（某服務(wù)故障時(shí)是否返回友好提示）、接口性能（跨網(wǎng)絡(luò)調(diào)用延遲）。5.缺陷報(bào)告應(yīng)包含：基本信息：缺陷ID、提交人、提交時(shí)間、版本號(hào)。復(fù)現(xiàn)步驟：用戶A輸入賬號(hào)“test123”，密碼“Pass1234”（正確），點(diǎn)擊登錄，提示“密碼錯(cuò)誤”。環(huán)境信息：瀏覽器Chrome120、iOS17、后端版本V3.2.1。預(yù)期結(jié)果：提示“登錄成功”，跳轉(zhuǎn)至首頁。實(shí)際結(jié)果：提示“密碼錯(cuò)誤”，留在登錄頁。附件：截圖、前端控制臺(tái)日志（檢查是否發(fā)送正確密碼）、后端日志（查看密碼校驗(yàn)邏輯）、數(shù)據(jù)庫日志（確認(rèn)密碼存儲(chǔ)是否正確）。協(xié)助定位：提供前后端日志，若前端日志顯示密碼加密后的值為“abc123”，后端日志顯示接收值為“xyz456”，可能是加密算法不一致；若前后端值一致但校驗(yàn)失敗，可能是數(shù)據(jù)庫密碼字段類型錯(cuò)誤（如varchar長度不足）。三、綜合題1.短視頻App測(cè)試方案：測(cè)試策略：采用敏捷測(cè)試，與開發(fā)同步進(jìn)行，優(yōu)先覆蓋核心功能（播放、點(diǎn)贊），逐步擴(kuò)展至邊緣功能（關(guān)注、評(píng)論）。測(cè)試類型：功能測(cè)試：視頻播放（不同格式MP4/AVI）、點(diǎn)贊（連續(xù)點(diǎn)贊計(jì)數(shù)）、評(píng)論（敏感詞過濾）、關(guān)注（互相關(guān)注/取關(guān)）。性能測(cè)試：高并發(fā)下視頻加載時(shí)間（目標(biāo)≤2s）、點(diǎn)贊接口吞吐量（目標(biāo)1000req/s）、長時(shí)間播放內(nèi)存泄漏（4小時(shí)后內(nèi)存增長≤50MB）。安全測(cè)試：用戶評(píng)論內(nèi)容防XSS攻擊（輸入“<script>alert(1)</script>”是否轉(zhuǎn)義）、視頻上傳防惡意文件（如木馬偽裝成MP4）、隱私權(quán)限（是否僅請(qǐng)求相機(jī)/麥克風(fēng)必要權(quán)限）。兼容測(cè)試：iOS16/17（iPhone13/15）、Android12/14（小米14/三星S24）、屏幕分辨率（1080p/2K）、網(wǎng)絡(luò)（4G/5G/Wi-Fi）。測(cè)試環(huán)境：硬件：真實(shí)設(shè)備（覆蓋主流型號(hào)）+云測(cè)平臺(tái)（如Testin）。軟件：后端部署K8s集群（模擬生產(chǎn)負(fù)載），數(shù)據(jù)庫MySQL主從復(fù)制，緩存Redis集群。關(guān)鍵風(fēng)險(xiǎn)點(diǎn)：弱網(wǎng)環(huán)境下視頻緩沖異常（需重點(diǎn)測(cè)試2G/3G網(wǎng)絡(luò)）。大數(shù)據(jù)量評(píng)論加載卡頓（測(cè)試10萬條評(píng)論滾動(dòng)性能）。敏感內(nèi)容審核漏判（需人工+AI雙重校驗(yàn)）。2.“用戶訂單查詢接口”測(cè)試實(shí)施：測(cè)試設(shè)計(jì)階段：輸入?yún)?shù)：用戶ID（必填，正整數(shù)）、訂單狀態(tài)（可選，0-未支付/1-已支付）、時(shí)間范圍（可選，YYYY-MM-DD）。測(cè)試用例：正常查詢（用戶ID=123，狀態(tài)=1）、異常查詢（用戶ID=-1，狀態(tài)=999）、邊界值（時(shí)間范圍跨月/跨年）、安全驗(yàn)證（未登錄用戶調(diào)用接口返回401）。工具：使用Swagger提供接口文檔，Postman設(shè)計(jì)測(cè)試用例，Charles抓包驗(yàn)證請(qǐng)求參數(shù)。測(cè)試執(zhí)行階段：功能驗(yàn)證：檢查返回?cái)?shù)據(jù)是否包含訂單號(hào)、金額、商品列表，狀態(tài)碼200；異常用例檢查返回“參數(shù)錯(cuò)誤”（400）或“無權(quán)限”（401）。性能驗(yàn)證：使用JMeter模擬100并發(fā)，檢查響應(yīng)時(shí)間≤500ms，吞吐量≥200req/s。安