2025年計算機等級考試(三級軟件測試報告)試卷含答案一、單項選擇題（共15題，每題2分，共30分）1.以下關(guān)于軟件測試模型的描述中，正確的是（）。A.V模型強調(diào)測試與開發(fā)階段一一對應(yīng)，但忽略了需求階段的測試B.W模型將測試活動完全獨立于開發(fā)流程，無法體現(xiàn)迭代特性C.H模型主張測試準備與測試執(zhí)行嚴格分離，不支持獨立測試D.X模型僅關(guān)注單元測試，未涉及系統(tǒng)級測試2.某電商系統(tǒng)的“商品搜索”功能要求輸入關(guān)鍵詞后1秒內(nèi)返回結(jié)果，該需求屬于（）。A.功能需求B.性能需求C.安全需求D.兼容性需求3.采用等價類劃分法設(shè)計測試用例時，若輸入框要求“年齡為1865歲的整數(shù)”，則無效等價類是（）。A.年齡=18B.年齡=65C.年齡=17D.年齡=254.以下缺陷報告中，最符合規(guī)范的描述是（）。A.“系統(tǒng)崩潰，無法登錄”B.“用戶輸入手機號并點擊登錄，5秒后提示‘網(wǎng)絡(luò)異?！瑢嶋H網(wǎng)絡(luò)正?！盋.“登錄功能有問題”D.“測試環(huán)境下登錄失敗，生產(chǎn)環(huán)境正?！?.自動化測試腳本的維護成本通常最高的階段是（）。A.腳本開發(fā)階段B.首次執(zhí)行階段C.需求變更后D.長期穩(wěn)定運行階段6.以下不屬于白盒測試方法的是（）。A.語句覆蓋B.邊界值分析C.判定覆蓋D.路徑覆蓋7.某系統(tǒng)的可靠性目標為MTBF≥500小時，MTTR≤1小時，其可用性為（）。A.500/(500+1)≈99.8%B.1/(500+1)≈0.2%C.500/1=500%D.(5001)/500=99.8%8.測試用例的核心要素不包括（）。A.測試步驟B.預(yù)期結(jié)果C.測試人員D.測試數(shù)據(jù)9.以下場景中，最適合使用探索性測試的是（）。A.銀行核心交易系統(tǒng)的常規(guī)回歸測試B.新上線的社交APP用戶界面交互測試C.航空訂票系統(tǒng)的性能壓力測試D.醫(yī)療軟件的合規(guī)性測試10.缺陷的“嚴重級別”與“優(yōu)先級”的主要區(qū)別是（）。A.嚴重級別關(guān)注缺陷對功能的影響程度，優(yōu)先級關(guān)注修復的緊急程度B.嚴重級別由測試人員決定，優(yōu)先級由開發(fā)人員決定C.嚴重級別僅針對功能缺陷，優(yōu)先級針對所有類型缺陷D.兩者無本質(zhì)區(qū)別，可互換使用11.以下工具中，用于性能測試的是（）。A.SeleniumB.JMeterC.JUnitD.FindBugs12.某系統(tǒng)登錄功能需驗證“密碼長度616位，包含字母和數(shù)字”，使用因果圖法設(shè)計測試用例時，“密碼長度=5位”對應(yīng)的原因節(jié)點狀態(tài)是（）。A.有效輸入B.無效輸入C.無關(guān)輸入D.邊界輸入13.以下關(guān)于測試覆蓋率的描述，錯誤的是（）。A.需求覆蓋率反映測試用例對需求的覆蓋程度B.代碼覆蓋率越高，測試越充分C.測試覆蓋率需結(jié)合業(yè)務(wù)重要性綜合評估D.未覆蓋的需求可能導致漏測14.測試計劃的核心內(nèi)容不包括（）。A.測試范圍B.測試進度C.測試用例細節(jié)D.風險評估15.以下屬于安全性測試范疇的是（）。A.檢查系統(tǒng)在高并發(fā)下的響應(yīng)時間B.驗證用戶輸入的SQL注入是否被攔截C.測試不同瀏覽器下頁面顯示效果D.確認報表統(tǒng)計結(jié)果的準確性二、多項選擇題（共10題，每題3分，共30分，少選、錯選均不得分）1.以下屬于黑盒測試方法的有（）。A.正交試驗法B.邏輯覆蓋C.場景法D.狀態(tài)轉(zhuǎn)移法2.測試生命周期包括（）。A.測試計劃B.測試設(shè)計C.測試執(zhí)行D.測試總結(jié)3.自動化測試的適用場景包括（）。A.需求頻繁變更的項目B.需要重復執(zhí)行的回歸測試C.界面穩(wěn)定性高的功能模塊D.對時間要求嚴格的性能測試4.缺陷的常見狀態(tài)包括（）。A.新建（New）B.修復（Fixed）C.關(guān)閉（Closed）D.驗證（Verified）5.以下屬于測試管理工具的有（）。A.TestLinkB.JenkinsC.BugzillaD.ALM（ApplicationLifecycleManagement）6.設(shè)計測試用例時需考慮的因素包括（）。A.業(yè)務(wù)邏輯B.異常輸入C.邊界條件D.用戶使用習慣7.以下關(guān)于W模型的描述，正確的有（）。A.測試與開發(fā)同步進行B.強調(diào)需求階段的測試C.包含單元測試、集成測試等多個層級D.僅適用于瀑布模型開發(fā)流程8.性能測試的主要指標包括（）。A.響應(yīng)時間B.吞吐量C.并發(fā)用戶數(shù)D.內(nèi)存使用率9.以下屬于測試文檔的有（）。A.測試需求規(guī)格說明書B.測試用例文檔C.測試執(zhí)行記錄D.缺陷統(tǒng)計報告10.以下可能導致測試用例失效的情況有（）。A.需求變更導致功能修改B.測試環(huán)境配置調(diào)整C.測試工具版本升級D.開發(fā)人員修復缺陷三、填空題（共10題，每題2分，共20分）1.軟件測試的根本目的是______。2.測試用例的“測試項”指需要測試的______。3.缺陷的“重現(xiàn)步驟”需包含具體的操作路徑、輸入數(shù)據(jù)和______。4.白盒測試中，______覆蓋要求每條語句至少執(zhí)行一次。5.負載測試的目標是確定系統(tǒng)在______下的性能表現(xiàn)。6.因果圖法中，“結(jié)果”節(jié)點表示______。7.測試報告的核心內(nèi)容包括測試結(jié)論、缺陷分析和______。8.自動化測試腳本的三種常見結(jié)構(gòu)是線性腳本、______和數(shù)據(jù)驅(qū)動腳本。9.安全測試中，______測試用于驗證系統(tǒng)對非法訪問的防御能力。10.測試成熟度模型（TMMi）的最高級別是______。四、簡答題（共5題，每題6分，共30分）1.簡述V模型與W模型的主要區(qū)別。2.說明等價類劃分法中“有效等價類”和“無效等價類”的定義，并舉例說明。3.列舉缺陷報告的5個關(guān)鍵要素，并說明其作用。4.分析自動化測試的優(yōu)缺點（各至少2點）。5.某在線教育系統(tǒng)的“課程購買”功能需求如下：用戶選擇課程后，進入支付頁面，支持微信、支付寶、信用卡支付；支付成功后，課程狀態(tài)變更為“已購買”，用戶可查看課程內(nèi)容。請設(shè)計至少5個測試點（需覆蓋功能、異常、邊界場景）。五、應(yīng)用題（共3題，每題20分，共60分）1.測試用例設(shè)計題：某銀行轉(zhuǎn)賬功能需求如下：轉(zhuǎn)賬金額：100元≤金額≤50000元，支持1元整數(shù)單位轉(zhuǎn)出賬戶余額需≥轉(zhuǎn)賬金額+手續(xù)費（手續(xù)費=轉(zhuǎn)賬金額×0.1%，最低1元，最高50元）轉(zhuǎn)入賬戶需為有效銀行賬號（1619位數(shù)字）每日累計轉(zhuǎn)賬金額≤10萬元要求：使用邊界值分析法設(shè)計測試用例（需包含輸入數(shù)據(jù)、預(yù)期結(jié)果）。2.缺陷分析題：某測試團隊在測試某電商系統(tǒng)時，收集到以下缺陷數(shù)據(jù)（如表1）：|缺陷嚴重級別|數(shù)量|修復周期（平均）|遺留缺陷數(shù)（未修復）|||||||嚴重（崩潰/數(shù)據(jù)丟失）|15|7天|2||主要（功能失效）|30|5天|5||次要（界面顯示異常）|45|3天|10||輕微（提示語錯誤）|60|2天|20|要求：（1）計算缺陷修復率（修復率=已修復數(shù)/總?cè)毕輸?shù)×100%）；（2）分析當前測試過程中存在的問題（至少2點）；（3）提出改進建議（至少2條）。3.性能測試分析題：某社交APP的“發(fā)動態(tài)”功能進行了性能測試，得到以下數(shù)據(jù)：|并發(fā)用戶數(shù)|響應(yīng)時間（平均）|吞吐量（TPS）|錯誤率|內(nèi)存使用率|CPU使用率|||||||||50|0.8s|120|0%|45%|30%||100|1.2s|200|0%|55%|40%||200|2.5s|280|2%|70%|60%||300|5.0s|250|15%|85%|85%|要求：（1）判斷系統(tǒng)的性能瓶頸可能出現(xiàn)在哪個并發(fā)用戶數(shù)區(qū)間；（2）分析錯誤率隨并發(fā)用戶數(shù)增加而上升的可能原因（至少2點）；（3）提出性能優(yōu)化建議（至少2條）。參考答案一、單項選擇題1.A2.B3.C4.B5.C6.B7.A8.C9.B10.A11.B12.B13.B14.C15.B二、多項選擇題1.ACD2.ABCD3.BCD4.ABCD5.ACD6.ABCD7.ABC8.ABCD9.ABCD10.ABC三、填空題1.發(fā)現(xiàn)軟件中的缺陷2.具體功能或特性3.預(yù)期結(jié)果4.語句5.不同負載6.測試的預(yù)期輸出7.改進建議8.模塊化腳本9.訪問控制10.優(yōu)化級（Level5）四、簡答題1.V模型與W模型的主要區(qū)別：V模型強調(diào)測試與開發(fā)階段一一對應(yīng)（如單元測試對應(yīng)編碼，系統(tǒng)測試對應(yīng)集成），但僅在開發(fā)后期介入，無法覆蓋需求和設(shè)計階段的缺陷；W模型將測試與開發(fā)同步進行（如需求分析階段同步開展需求測試，設(shè)計階段同步開展設(shè)計測試），強調(diào)盡早測試，覆蓋整個軟件生命周期。2.等價類劃分法定義與舉例：有效等價類：輸入符合需求規(guī)格的合理數(shù)據(jù)集合（如“年齡1865歲”中，25歲屬于有效等價類）；無效等價類：輸入不符合需求規(guī)格的不合理數(shù)據(jù)集合（如“年齡17歲”或“年齡66歲”屬于無效等價類）。3.缺陷報告的關(guān)鍵要素及作用：缺陷ID：唯一標識缺陷，便于跟蹤；缺陷簡明描述問題，快速定位；重現(xiàn)步驟：詳細操作路徑，確保開發(fā)可復現(xiàn)；預(yù)期結(jié)果：明確正確行為，指導修復；嚴重級別：評估缺陷影響，決定修復優(yōu)先級。4.自動化測試的優(yōu)缺點：優(yōu)點：提升重復測試效率；減少人為錯誤；支持大規(guī)模并發(fā)測試；缺點：初始成本高（腳本開發(fā)）；對需求變更敏感；無法替代探索性測試。5.“課程購買”功能測試點設(shè)計：功能測試：選擇課程→微信支付成功→課程狀態(tài)變更為“已購買”，可查看內(nèi)容；異常測試：支付過程中網(wǎng)絡(luò)中斷→課程狀態(tài)保持“未購買”；邊界測試：支付金額為0元（提示“金額不能為0”）；兼容性測試：在iOS/Android端使用支付寶支付是否成功；安全測試：支付頁面是否加密傳輸（檢查URL是否為HTTPS）。五、應(yīng)用題1.測試用例設(shè)計（邊界值分析法）：|測試項|輸入數(shù)據(jù)|預(yù)期結(jié)果||||||轉(zhuǎn)賬金額下限|轉(zhuǎn)賬金額=100元|轉(zhuǎn)賬成功，手續(xù)費=1元（100×0.1%=0.1，取最低1元）||轉(zhuǎn)賬金額略低于下限|轉(zhuǎn)賬金額=99元|提示“轉(zhuǎn)賬金額需≥100元”||轉(zhuǎn)賬金額上限|轉(zhuǎn)賬金額=50000元|轉(zhuǎn)賬成功，手續(xù)費=50元（50000×0.1%=50，取最高50元）||轉(zhuǎn)賬金額略高于上限|轉(zhuǎn)賬金額=50001元|提示“轉(zhuǎn)賬金額需≤50000元”||轉(zhuǎn)出賬戶余額不足|余額=轉(zhuǎn)賬金額（100元）1元=99元|提示“賬戶余額不足（需≥101元）”||轉(zhuǎn)入賬號長度不足|賬號=15位數(shù)字