2026年軟件工程與軟件測(cè)試專業(yè)技術(shù)考題一、單選題（共10題，每題1分，共10分）1.在敏捷開(kāi)發(fā)模型中，Scrum框架的核心角色不包括以下哪一項(xiàng)？A.產(chǎn)品負(fù)責(zé)人（ProductOwner）B.敏捷教練（AgileCoach）C.ScrumMasterD.開(kāi)發(fā)團(tuán)隊(duì)（DevelopmentTeam）2.軟件測(cè)試過(guò)程中，缺陷修復(fù)后需要重新執(zhí)行相關(guān)測(cè)試用例，這一過(guò)程稱為？A.回歸測(cè)試（RegressionTesting）B.接受測(cè)試（AcceptanceTesting）C.集成測(cè)試（IntegrationTesting）D.系統(tǒng)測(cè)試（SystemTesting）3.在等價(jià)類劃分法中，將輸入數(shù)據(jù)劃分為若干個(gè)能代表整個(gè)輸入范圍的子集，每個(gè)子集內(nèi)的數(shù)據(jù)具有相同的處理邏輯，這種方法的主要目的是？A.減少測(cè)試用例數(shù)量B.提高測(cè)試覆蓋率C.發(fā)現(xiàn)更多的缺陷D.簡(jiǎn)化測(cè)試過(guò)程4.以下哪種測(cè)試方法不屬于黑盒測(cè)試技術(shù)？A.邊界值分析（BoundaryValueAnalysis）B.決策表測(cè)試（DecisionTableTesting）C.代碼覆蓋率分析（CodeCoverageAnalysis）D.錯(cuò)誤猜測(cè)法（ErrorGuessing）5.在自動(dòng)化測(cè)試中，Selenium主要用于測(cè)試哪種類型的軟件？A.移動(dòng)應(yīng)用（MobileApplications）B.桌面應(yīng)用（DesktopApplications）C.Web應(yīng)用（WebApplications）D.系統(tǒng)軟件（SystemSoftware）6.軟件需求規(guī)格說(shuō)明書中，哪種類型的描述最可能引發(fā)測(cè)試人員對(duì)需求的模糊性？A.可行性需求（FeasibilityRequirement）B.功能性需求（FunctionalRequirement）C.非功能性需求（Non-functionalRequirement）D.接口需求（InterfaceRequirement）7.在測(cè)試過(guò)程中，測(cè)試人員發(fā)現(xiàn)系統(tǒng)存在一個(gè)缺陷，但開(kāi)發(fā)人員認(rèn)為這不是缺陷，雙方產(chǎn)生分歧，此時(shí)測(cè)試人員應(yīng)采取哪種措施？A.忽略該問(wèn)題B.與開(kāi)發(fā)人員協(xié)商，明確缺陷定義C.直接向用戶報(bào)告D.暫停測(cè)試8.軟件測(cè)試的目的是？A.證明軟件沒(méi)有缺陷B.發(fā)現(xiàn)盡可能多的缺陷C.確保軟件滿足用戶需求D.避免軟件缺陷9.在測(cè)試用例設(shè)計(jì)中，哪種方法適用于測(cè)試數(shù)據(jù)具有多種取值組合的情況？A.因果圖法（Cause-EffectGraphing）B.等價(jià)類劃分法（EquivalencePartitioning）C.邊界值分析法（BoundaryValueAnalysis）D.決策表測(cè)試法（DecisionTableTesting）10.軟件測(cè)試過(guò)程中，測(cè)試人員需要根據(jù)需求文檔和設(shè)計(jì)文檔編寫測(cè)試計(jì)劃，測(cè)試計(jì)劃的目的是？A.規(guī)劃測(cè)試資源B.確定測(cè)試范圍C.制定測(cè)試策略D.以上都是二、多選題（共5題，每題2分，共10分）1.敏捷開(kāi)發(fā)模型中，哪些角色屬于Scrum團(tuán)隊(duì)的核心成員？A.產(chǎn)品負(fù)責(zé)人（ProductOwner）B.ScrumMasterC.敏捷教練（AgileCoach）D.開(kāi)發(fā)團(tuán)隊(duì)（DevelopmentTeam）2.軟件缺陷的生命周期通常包括哪些階段？A.發(fā)現(xiàn)（Found）B.報(bào)告（Reported）C.修復(fù)（Fixed）D.驗(yàn)證（Verified）3.在黑盒測(cè)試中，以下哪些方法屬于常用的測(cè)試技術(shù)？A.等價(jià)類劃分法（EquivalencePartitioning）B.邊界值分析法（BoundaryValueAnalysis）C.決策表測(cè)試法（DecisionTableTesting）D.代碼覆蓋率分析（CodeCoverageAnalysis）4.自動(dòng)化測(cè)試的優(yōu)缺點(diǎn)包括哪些？A.提高測(cè)試效率B.減少人工成本C.無(wú)法發(fā)現(xiàn)邏輯缺陷D.適用于回歸測(cè)試5.軟件測(cè)試過(guò)程中，測(cè)試人員需要關(guān)注哪些非功能性需求？A.性能（Performance）B.可靠性（Reliability）C.安全性（Security）D.易用性（Usability）三、判斷題（共10題，每題1分，共10分）1.軟件測(cè)試只能發(fā)現(xiàn)缺陷，不能預(yù)防缺陷。（×）2.測(cè)試用例的設(shè)計(jì)不需要考慮測(cè)試成本。（×）3.白盒測(cè)試和黑盒測(cè)試是兩種互補(bǔ)的測(cè)試方法。（√）4.回歸測(cè)試的目的是驗(yàn)證缺陷修復(fù)是否正確。（√）5.測(cè)試用例的優(yōu)先級(jí)越高，說(shuō)明該用例的重要性越低。（×）6.軟件測(cè)試的目的是證明軟件沒(méi)有缺陷。（×）7.測(cè)試人員需要具備開(kāi)發(fā)能力。（×）8.測(cè)試計(jì)劃只需要在測(cè)試開(kāi)始前制定。（×）9.測(cè)試用例的設(shè)計(jì)需要考慮用戶實(shí)際使用場(chǎng)景。（√）10.缺陷的分類不包括嚴(yán)重程度分類。（×）四、簡(jiǎn)答題（共5題，每題5分，共25分）1.簡(jiǎn)述敏捷開(kāi)發(fā)模型中Scrum框架的核心要素。2.解釋什么是軟件缺陷，并簡(jiǎn)述缺陷的生命周期。3.在測(cè)試用例設(shè)計(jì)中，簡(jiǎn)述等價(jià)類劃分法的步驟。4.簡(jiǎn)述自動(dòng)化測(cè)試與手動(dòng)測(cè)試的主要區(qū)別。5.在測(cè)試過(guò)程中，如何處理測(cè)試人員與開(kāi)發(fā)人員之間的分歧？五、論述題（共2題，每題10分，共20分）1.結(jié)合實(shí)際案例，論述軟件測(cè)試在軟件開(kāi)發(fā)生命周期中的作用。2.分析自動(dòng)化測(cè)試的適用場(chǎng)景和局限性，并提出改進(jìn)建議。答案與解析一、單選題1.B解析：Scrum框架的核心角色包括產(chǎn)品負(fù)責(zé)人、ScrumMaster和開(kāi)發(fā)團(tuán)隊(duì)，敏捷教練不屬于Scrum框架的正式角色。2.A解析：回歸測(cè)試是指缺陷修復(fù)后重新執(zhí)行相關(guān)測(cè)試用例，以確保修復(fù)沒(méi)有引入新的問(wèn)題。3.B解析：等價(jià)類劃分法通過(guò)將輸入數(shù)據(jù)劃分為具有相同處理邏輯的子集，從而減少測(cè)試用例數(shù)量，提高測(cè)試覆蓋率。4.C解析：代碼覆蓋率分析屬于白盒測(cè)試技術(shù)，需要查看代碼內(nèi)部邏輯；其他選項(xiàng)均屬于黑盒測(cè)試技術(shù)。5.C解析：Selenium主要用于測(cè)試Web應(yīng)用，通過(guò)模擬用戶操作進(jìn)行自動(dòng)化測(cè)試。6.A解析：可行性需求通常較為模糊，容易引發(fā)測(cè)試人員對(duì)需求的理解偏差。7.B解析：測(cè)試人員應(yīng)與開(kāi)發(fā)人員協(xié)商，明確缺陷定義，避免主觀判斷。8.C解析：軟件測(cè)試的目的是確保軟件滿足用戶需求，而不是證明軟件沒(méi)有缺陷或避免缺陷。9.A解析：因果圖法適用于測(cè)試數(shù)據(jù)具有多種取值組合的情況，能夠覆蓋多種邏輯關(guān)系。10.D解析：測(cè)試計(jì)劃的目的包括規(guī)劃測(cè)試資源、確定測(cè)試范圍和制定測(cè)試策略。二、多選題1.A、B、D解析：Scrum框架的核心角色包括產(chǎn)品負(fù)責(zé)人、ScrumMaster和開(kāi)發(fā)團(tuán)隊(duì)，敏捷教練不屬于核心角色。2.A、B、C、D解析：缺陷的生命周期包括發(fā)現(xiàn)、報(bào)告、修復(fù)和驗(yàn)證等階段。3.A、B、C解析：代碼覆蓋率分析屬于白盒測(cè)試技術(shù)，其他選項(xiàng)均屬于黑盒測(cè)試技術(shù)。4.A、B、D解析：自動(dòng)化測(cè)試可以提高測(cè)試效率、減少人工成本，并適用于回歸測(cè)試，但無(wú)法發(fā)現(xiàn)邏輯缺陷。5.A、B、C、D解析：非功能性需求包括性能、可靠性、安全性和易用性等。三、判斷題1.×解析：軟件測(cè)試可以預(yù)防缺陷，例如通過(guò)測(cè)試用例設(shè)計(jì)減少遺漏。2.×解析：測(cè)試用例的設(shè)計(jì)需要考慮測(cè)試成本，避免不必要的測(cè)試工作。3.√解析：白盒測(cè)試關(guān)注代碼內(nèi)部邏輯，黑盒測(cè)試關(guān)注外部行為，兩者互補(bǔ)。4.√解析：回歸測(cè)試的目的是驗(yàn)證缺陷修復(fù)是否正確，以及修復(fù)是否引入新問(wèn)題。5.×解析：測(cè)試用例的優(yōu)先級(jí)越高，說(shuō)明該用例的重要性越高。6.×解析：軟件測(cè)試的目的是發(fā)現(xiàn)缺陷，而不是證明軟件沒(méi)有缺陷。7.×解析：測(cè)試人員主要負(fù)責(zé)測(cè)試，開(kāi)發(fā)人員負(fù)責(zé)開(kāi)發(fā)，但測(cè)試人員需要理解開(kāi)發(fā)過(guò)程。8.×解析：測(cè)試計(jì)劃需要在測(cè)試開(kāi)始前制定，但在測(cè)試過(guò)程中可能需要調(diào)整。9.√解析：測(cè)試用例的設(shè)計(jì)需要考慮用戶實(shí)際使用場(chǎng)景，確保測(cè)試的有效性。10.×解析：缺陷的分類包括嚴(yán)重程度分類、優(yōu)先級(jí)分類等。四、簡(jiǎn)答題1.Scrum框架的核心要素-產(chǎn)品負(fù)責(zé)人（ProductOwner）：負(fù)責(zé)定義產(chǎn)品需求，確定產(chǎn)品backlog。-ScrumMaster：負(fù)責(zé)確保團(tuán)隊(duì)遵循Scrum流程，解決障礙。-開(kāi)發(fā)團(tuán)隊(duì)（DevelopmentTeam）：負(fù)責(zé)實(shí)現(xiàn)產(chǎn)品功能，通常為跨職能團(tuán)隊(duì)。-Sprint：短期的開(kāi)發(fā)周期，通常為2-4周。-Sprint計(jì)劃會(huì)議（SprintPlanning）：確定Sprint目標(biāo)和工作內(nèi)容。-DailyScrum：每日站會(huì)，同步進(jìn)度和問(wèn)題。-Sprint評(píng)審會(huì)議（SprintReview）：展示Sprint成果，收集反饋。-Sprint回顧會(huì)議（SprintRetrospective）：反思過(guò)程，改進(jìn)工作。2.軟件缺陷及其生命周期-軟件缺陷：軟件產(chǎn)品或系統(tǒng)未能滿足用戶需求或規(guī)格說(shuō)明的問(wèn)題。-缺陷生命周期：1.發(fā)現(xiàn)（Found）：測(cè)試人員或用戶發(fā)現(xiàn)缺陷。2.報(bào)告（Reported）：測(cè)試人員將缺陷提交給開(kāi)發(fā)團(tuán)隊(duì)。3.修復(fù)（Fixed）：開(kāi)發(fā)人員修復(fù)缺陷。4.驗(yàn)證（Verified）：測(cè)試人員驗(yàn)證修復(fù)是否正確。5.關(guān)閉（Closed）：缺陷被確認(rèn)已解決。3.等價(jià)類劃分法步驟-劃分等價(jià)類：將輸入數(shù)據(jù)劃分為若干個(gè)子集，每個(gè)子集內(nèi)的數(shù)據(jù)具有相同的處理邏輯。-選取代表性數(shù)據(jù)：從每個(gè)等價(jià)類中選取一個(gè)代表性數(shù)據(jù)作為測(cè)試用例。-設(shè)計(jì)測(cè)試用例：根據(jù)代表性數(shù)據(jù)設(shè)計(jì)測(cè)試用例，覆蓋正常和異常情況。4.自動(dòng)化測(cè)試與手動(dòng)測(cè)試的區(qū)別-自動(dòng)化測(cè)試：通過(guò)腳本自動(dòng)執(zhí)行測(cè)試用例，適用于回歸測(cè)試和重復(fù)性任務(wù)。-手動(dòng)測(cè)試：人工執(zhí)行測(cè)試用例，適用于探索性測(cè)試和復(fù)雜場(chǎng)景。-效率：自動(dòng)化測(cè)試效率更高，手動(dòng)測(cè)試靈活性更高。-成本：自動(dòng)化測(cè)試初始成本較高，手動(dòng)測(cè)試成本低。5.處理測(cè)試人員與開(kāi)發(fā)人員之間的分歧-明確缺陷定義：雙方協(xié)商，確保對(duì)缺陷的理解一致。-收集證據(jù)：提供測(cè)試日志、截圖等證據(jù)，支持缺陷報(bào)告。-第三方仲裁：如無(wú)法達(dá)成一致，可請(qǐng)測(cè)試經(jīng)理或ScrumMaster介入。五、論述題1.軟件測(cè)試在軟件開(kāi)發(fā)生命周期中的作用軟件測(cè)試在軟件開(kāi)發(fā)生命周期中扮演著關(guān)鍵角色，其作用包括：-需求驗(yàn)證：確保軟件需求明確、可測(cè)試，避免后期需求變更。-缺陷發(fā)現(xiàn)：通過(guò)測(cè)試用例設(shè)計(jì)，發(fā)現(xiàn)軟件中的缺陷，提高軟件質(zhì)量。-質(zhì)量保證：通過(guò)測(cè)試計(jì)劃、測(cè)試用例和測(cè)試執(zhí)行，確保軟件滿足用戶需求。-成本控制：早期發(fā)現(xiàn)缺陷可以降低修復(fù)成本，避免后期大規(guī)模返工。-用戶滿意度：高質(zhì)量的軟件可以提高用戶滿意度，增強(qiáng)市場(chǎng)競(jìng)爭(zhēng)力。案例：某電商系統(tǒng)在測(cè)試階段發(fā)現(xiàn)支付模塊存在并發(fā)問(wèn)題，導(dǎo)致訂單重復(fù)。團(tuán)隊(duì)及時(shí)修復(fù)，避免了上線后的嚴(yán)重故障，保障了用戶利益。2.自動(dòng)化測(cè)試的適用場(chǎng)景和局限性適用場(chǎng)景：-回歸測(cè)試：自動(dòng)化測(cè)試可以快速執(zhí)行大量測(cè)試用例，確保修復(fù)沒(méi)有引入新問(wèn)題。-重復(fù)性任務(wù)：如界面測(cè)試、