2025年敏捷技術(shù)測(cè)試題及答案一、單項(xiàng)選擇題（每題2分，共30分）1.以下哪項(xiàng)不屬于Scrum框架中定義的事件？A.Sprint計(jì)劃會(huì)B.每日站會(huì)C.需求評(píng)審會(huì)D.Sprint回顧會(huì)答案：C解析：Scrum核心事件包括Sprint計(jì)劃會(huì)、每日站會(huì)、Sprint評(píng)審會(huì)、Sprint回顧會(huì)，需求評(píng)審會(huì)非Scrum標(biāo)準(zhǔn)事件。2.敏捷開(kāi)發(fā)中，用戶故事的“可測(cè)試性（Testable）”主要指？A.故事能被自動(dòng)化測(cè)試覆蓋B.測(cè)試人員能明確驗(yàn)證完成標(biāo)準(zhǔn)C.開(kāi)發(fā)人員能編寫(xiě)單元測(cè)試D.產(chǎn)品負(fù)責(zé)人能理解測(cè)試用例答案：B解析：用戶故事的可測(cè)試性要求驗(yàn)收標(biāo)準(zhǔn)清晰，測(cè)試團(tuán)隊(duì)能明確判斷是否完成，而非僅指技術(shù)實(shí)現(xiàn)。3.某團(tuán)隊(duì)采用2周Sprint，當(dāng)前Sprint剩余3天時(shí)，開(kāi)發(fā)團(tuán)隊(duì)發(fā)現(xiàn)一個(gè)高風(fēng)險(xiǎn)缺陷需要4天修復(fù)。最合理的處理方式是？A.延長(zhǎng)Sprint至缺陷修復(fù)完成B.標(biāo)記該用戶故事為未完成，納入下個(gè)SprintC.要求測(cè)試團(tuán)隊(duì)降低缺陷優(yōu)先級(jí)D.臨時(shí)增加開(kāi)發(fā)人員趕工答案：B解析：Sprint長(zhǎng)度固定，未完成的用戶故事應(yīng)重新評(píng)估優(yōu)先級(jí)，放入產(chǎn)品待辦列表，下個(gè)Sprint再處理。4.看板方法中“在制品限制（WIPLimit）”的主要目的是？A.減少任務(wù)切換帶來(lái)的效率損失B.確保每個(gè)任務(wù)按時(shí)完成C.限制團(tuán)隊(duì)同時(shí)處理的任務(wù)數(shù)量D.提高單個(gè)任務(wù)的處理質(zhì)量答案：A解析：WIP限制通過(guò)減少并行任務(wù)，降低上下文切換成本，提升流程流暢性。5.XP（極限編程）的核心實(shí)踐中，“持續(xù)集成”強(qiáng)調(diào)？A.每天至少集成一次代碼并運(yùn)行測(cè)試B.每個(gè)功能完成后立即集成C.Sprint結(jié)束前完成整體集成D.由專門(mén)集成團(tuán)隊(duì)負(fù)責(zé)集成答案：A解析：XP要求開(kāi)發(fā)人員每天多次將代碼集成到主干，并運(yùn)行自動(dòng)化測(cè)試，確保快速反饋。6.敏捷團(tuán)隊(duì)中，“測(cè)試左移（ShiftLeft）”的核心目標(biāo)是？A.將測(cè)試工作提前到需求階段B.讓開(kāi)發(fā)人員承擔(dān)更多測(cè)試任務(wù)C.減少后期大規(guī)模測(cè)試的成本D.提高自動(dòng)化測(cè)試的覆蓋率答案：C解析：測(cè)試左移通過(guò)早期介入（如需求分析、設(shè)計(jì)階段）發(fā)現(xiàn)缺陷，降低后期修復(fù)成本。7.產(chǎn)品待辦列表（ProductBacklog）的維護(hù)責(zé)任人是？A.ScrumMasterB.開(kāi)發(fā)團(tuán)隊(duì)C.產(chǎn)品負(fù)責(zé)人D.測(cè)試團(tuán)隊(duì)答案：C解析：產(chǎn)品負(fù)責(zé)人（PO）負(fù)責(zé)管理產(chǎn)品待辦列表，確保其有序、清晰并反映業(yè)務(wù)價(jià)值。8.以下哪項(xiàng)不符合敏捷估算的“故事點(diǎn)（StoryPoint）”原則？A.基于相對(duì)復(fù)雜度而非絕對(duì)時(shí)間B.團(tuán)隊(duì)共同參與估算C.用斐波那契數(shù)列（如1,2,3,5,8）表示D.故事點(diǎn)需轉(zhuǎn)換為具體工時(shí)答案：D解析：故事點(diǎn)是相對(duì)估算單位，不直接對(duì)應(yīng)工時(shí)，用于衡量任務(wù)間的復(fù)雜度差異。9.Sprint評(píng)審會(huì)的主要參與者是？A.僅Scrum團(tuán)隊(duì)B.Scrum團(tuán)隊(duì)和關(guān)鍵利益相關(guān)者C.產(chǎn)品負(fù)責(zé)人和ScrumMasterD.開(kāi)發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)答案：B解析：評(píng)審會(huì)需邀請(qǐng)客戶、用戶等利益相關(guān)者，展示Sprint成果并獲取反饋。10.敏捷團(tuán)隊(duì)遇到“需求頻繁變更”問(wèn)題時(shí)，最有效的應(yīng)對(duì)措施是？A.拒絕變更，按原計(jì)劃執(zhí)行B.要求產(chǎn)品負(fù)責(zé)人凍結(jié)需求C.優(yōu)化需求拆分粒度，提高響應(yīng)能力D.增加緩沖時(shí)間應(yīng)對(duì)變更答案：C解析：敏捷提倡通過(guò)小而可交付的用戶故事，快速響應(yīng)變更，而非被動(dòng)抵抗。11.以下哪項(xiàng)是“自組織團(tuán)隊(duì)（Self-organizingTeam）”的典型特征？A.由項(xiàng)目經(jīng)理分配具體任務(wù)B.團(tuán)隊(duì)自主決定如何完成目標(biāo)C.嚴(yán)格按照流程文檔執(zhí)行D.依賴外部專家指導(dǎo)工作答案：B解析：自組織團(tuán)隊(duì)自主規(guī)劃工作方式、分配任務(wù)，無(wú)需外部指令。12.自動(dòng)化測(cè)試在敏捷中的核心價(jià)值是？A.減少測(cè)試人員數(shù)量B.快速驗(yàn)證變更影響C.替代手動(dòng)測(cè)試D.提高測(cè)試用例覆蓋率答案：B解析：敏捷需要快速反饋，自動(dòng)化測(cè)試通過(guò)持續(xù)運(yùn)行驗(yàn)證代碼變更的正確性，支持快速迭代。13.某團(tuán)隊(duì)Sprint燃盡圖（BurndownChart）在中期出現(xiàn)上升趨勢(shì)，可能的原因是？A.剩余工作量估算更準(zhǔn)確B.團(tuán)隊(duì)效率顯著提升C.新增了額外任務(wù)D.測(cè)試發(fā)現(xiàn)大量缺陷答案：C解析：燃盡圖上升通常因Sprint中新增任務(wù)或重新估算后剩余工作量增加。14.看板方法與Scrum的主要區(qū)別在于？A.看板沒(méi)有固定迭代周期，Scrum有SprintB.看板強(qiáng)調(diào)角色分工，Scrum強(qiáng)調(diào)自組織C.看板關(guān)注流程可視化，Scrum關(guān)注交付增量D.看板使用故事點(diǎn)估算，Scrum使用工時(shí)估算答案：A解析：看板是持續(xù)流動(dòng)的工作方式，無(wú)固定迭代；Scrum通過(guò)固定長(zhǎng)度的Sprint交付增量。15.敏捷原則中“可用的軟件是進(jìn)度的主要度量標(biāo)準(zhǔn)”意味著？A.代碼行數(shù)越多進(jìn)度越快B.完成的測(cè)試用例越多進(jìn)度越快C.可運(yùn)行、滿足用戶需求的功能越多進(jìn)度越快D.文檔完成度越高進(jìn)度越快答案：C解析：敏捷關(guān)注實(shí)際交付價(jià)值，可用軟件（可運(yùn)行、滿足驗(yàn)收標(biāo)準(zhǔn)）是核心度量。二、判斷題（每題1分，共10分。正確填“√”，錯(cuò)誤填“×”）1.Scrum團(tuán)隊(duì)必須包含專門(mén)的測(cè)試人員。（）答案：×解析：Scrum團(tuán)隊(duì)是跨職能的，開(kāi)發(fā)團(tuán)隊(duì)?wèi)?yīng)具備完成工作所需的所有技能，不強(qiáng)制要求專門(mén)測(cè)試角色。2.用戶故事的“獨(dú)立（Independent）”是指故事之間沒(méi)有依賴關(guān)系。（）答案：×解析：獨(dú)立指故事應(yīng)盡可能減少依賴，但完全無(wú)依賴難以實(shí)現(xiàn)，核心是避免強(qiáng)耦合。3.每日站會(huì)的時(shí)長(zhǎng)應(yīng)控制在15分鐘內(nèi)，無(wú)論團(tuán)隊(duì)規(guī)模大小。（）答案：√解析：Scrum規(guī)定每日站會(huì)時(shí)間盒為15分鐘，確保高效溝通。4.看板的“流動(dòng)效率（FlowEfficiency）”等于增值時(shí)間除以總周期時(shí)間。（）答案：√解析：流動(dòng)效率衡量任務(wù)在流程中實(shí)際產(chǎn)生價(jià)值的時(shí)間占比，計(jì)算公式為增值時(shí)間/總周期時(shí)間。5.XP的“結(jié)對(duì)編程（PairProgramming）”要求兩位程序員同時(shí)編寫(xiě)同一段代碼，一人編碼一人審查。（）答案：√解析：結(jié)對(duì)編程是兩人協(xié)作開(kāi)發(fā)，實(shí)時(shí)評(píng)審，提升代碼質(zhì)量和知識(shí)共享。6.Sprint回顧會(huì)的主要目的是總結(jié)經(jīng)驗(yàn)，改進(jìn)團(tuán)隊(duì)流程。（）答案：√解析：回顧會(huì)聚焦“如何做得更好”，提出具體改進(jìn)措施。7.敏捷團(tuán)隊(duì)中，產(chǎn)品負(fù)責(zé)人可以在Sprint中途調(diào)整Sprint目標(biāo)。（）答案：×解析：Sprint目標(biāo)在Sprint計(jì)劃會(huì)確定，中途一般不調(diào)整，若需調(diào)整需終止當(dāng)前Sprint。8.測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TDD）的流程是“編寫(xiě)測(cè)試用例→編寫(xiě)代碼使測(cè)試通過(guò)→重構(gòu)代碼”。（）答案：√解析：TDD遵循“紅→綠→重構(gòu)”循環(huán)，先寫(xiě)失敗的測(cè)試，再實(shí)現(xiàn)功能，最后優(yōu)化代碼。9.故事點(diǎn)估算中，團(tuán)隊(duì)可以使用PlanningPoker（計(jì)劃撲克）方法達(dá)成共識(shí)。（）答案：√解析：計(jì)劃撲克是常用的集體估算方法，通過(guò)討論減少個(gè)人偏差。10.敏捷中的“持續(xù)交付（ContinuousDelivery）”要求每次代碼提交都能自動(dòng)部署到生產(chǎn)環(huán)境。（）答案：×解析：持續(xù)交付確保代碼可隨時(shí)部署，但部署到生產(chǎn)需人工決策；持續(xù)部署才是自動(dòng)部署。三、簡(jiǎn)答題（每題8分，共40分）1.請(qǐng)簡(jiǎn)述Scrum團(tuán)隊(duì)自組織（Self-organizing）的三個(gè)具體體現(xiàn)。答案：（1）任務(wù)分配自主：團(tuán)隊(duì)內(nèi)部自行決定誰(shuí)負(fù)責(zé)哪個(gè)用戶故事，無(wú)需外部指令；（2）流程改進(jìn)自主：通過(guò)Sprint回顧會(huì)識(shí)別問(wèn)題，主動(dòng)提出并實(shí)施流程優(yōu)化措施；（3）技術(shù)方案決策自主：針對(duì)具體技術(shù)問(wèn)題（如架構(gòu)選擇、工具使用），團(tuán)隊(duì)集體討論并確定方案，而非依賴外部專家。2.用戶故事的INVEST原則具體指什么？請(qǐng)分別解釋。答案：（1）獨(dú)立（Independent）：故事應(yīng)盡可能減少與其他故事的依賴，便于靈活排序；（2）可協(xié)商（Negotiable）：故事是溝通的起點(diǎn)而非合同，細(xì)節(jié)可在開(kāi)發(fā)中與PO協(xié)商；（3）有價(jià)值（Valuable）：對(duì)用戶或業(yè)務(wù)有明確價(jià)值，符合產(chǎn)品目標(biāo)；（4）可估算（Estimable）：團(tuán)隊(duì)能理解故事內(nèi)容，進(jìn)行合理估算；（5）小（Small）：規(guī)模適中，可在一個(gè)Sprint內(nèi)完成；（6）可測(cè)試（Testable）：有明確的驗(yàn)收標(biāo)準(zhǔn)，能驗(yàn)證是否完成。3.看板方法中“可視化工作流程”的具體實(shí)踐包括哪些？其核心目的是什么？答案：實(shí)踐包括：（1）繪制價(jià)值流圖，明確工作階段（如需求→開(kāi)發(fā)→測(cè)試→部署）；（2）使用物理或電子看板，將任務(wù)狀態(tài)（待辦→進(jìn)行中→已完成）可視化；（3）標(biāo)注每個(gè)任務(wù)的負(fù)責(zé)人、優(yōu)先級(jí)、阻塞原因等信息；核心目的：通過(guò)透明化工作狀態(tài)，暴露流程瓶頸（如測(cè)試階段堆積），促進(jìn)團(tuán)隊(duì)協(xié)作和問(wèn)題快速解決。4.敏捷測(cè)試中“探索式測(cè)試（ExploratoryTesting）”與“腳本化測(cè)試（ScriptedTesting）”的主要區(qū)別是什么？各自適用場(chǎng)景？答案：區(qū)別：（1）探索式測(cè)試：無(wú)固定腳本，測(cè)試人員邊設(shè)計(jì)邊執(zhí)行，依賴經(jīng)驗(yàn)和直覺(jué)發(fā)現(xiàn)潛在缺陷；（2）腳本化測(cè)試：基于預(yù)先編寫(xiě)的測(cè)試用例執(zhí)行，結(jié)果可重復(fù)驗(yàn)證；適用場(chǎng)景：探索式測(cè)試適用于需求不明確、新功能首次測(cè)試或需要挖掘深層邏輯問(wèn)題的場(chǎng)景；腳本化測(cè)試適用于需求穩(wěn)定、需頻繁重復(fù)執(zhí)行（如回歸測(cè)試）的場(chǎng)景。5.請(qǐng)說(shuō)明“敏捷三角（AgileTriangle）”與傳統(tǒng)項(xiàng)目三角的區(qū)別，并解釋其核心思想。答案：傳統(tǒng)項(xiàng)目三角（范圍、時(shí)間、成本）強(qiáng)調(diào)三者平衡，通常固定兩個(gè)變量調(diào)整第三個(gè)；敏捷三角（價(jià)值、質(zhì)量、約束）以價(jià)值為核心，約束（時(shí)間、資源）固定，通過(guò)調(diào)整范圍（選擇高價(jià)值需求）確保交付質(zhì)量；核心思想：敏捷更關(guān)注為用戶和業(yè)務(wù)創(chuàng)造價(jià)值，而非機(jī)械滿足固定范圍，通過(guò)持續(xù)交付增量?jī)r(jià)值應(yīng)對(duì)變化。四、案例分析題（每題10分，共20分）案例1：某互聯(lián)網(wǎng)團(tuán)隊(duì)采用2周Sprint，當(dāng)前Sprint進(jìn)行到第5天（總10天），產(chǎn)品負(fù)責(zé)人突然提出一個(gè)緊急需求：“用戶反饋支付功能有時(shí)報(bào)錯(cuò)，需在下個(gè)版本修復(fù)”。開(kāi)發(fā)團(tuán)隊(duì)評(píng)估該需求需3天開(kāi)發(fā)+2天測(cè)試，當(dāng)前Sprint剩余5天。問(wèn)題：如果你是ScrumMaster，應(yīng)如何處理？請(qǐng)列出具體步驟。答案：處理步驟：（1）立即組織臨時(shí)會(huì)議，與產(chǎn)品負(fù)責(zé)人、開(kāi)發(fā)團(tuán)隊(duì)確認(rèn)需求優(yōu)先級(jí)：明確支付功能報(bào)錯(cuò)是否影響用戶交易（高影響），是否有臨時(shí)解決方案（如回滾版本）；（2）評(píng)估當(dāng)前Sprint剩余容量：當(dāng)前Sprint已進(jìn)行5天，剩余5天，開(kāi)發(fā)團(tuán)隊(duì)剩余可用工時(shí)（假設(shè)團(tuán)隊(duì)每日可用80小時(shí)，已用4天×80=320小時(shí)，總Sprint工時(shí)10×80=800小時(shí)，剩余480小時(shí)）；（3）分析當(dāng)前Sprint待完成的用戶故事：若現(xiàn)有故事均為低優(yōu)先級(jí)且未開(kāi)始，可替換為支付修復(fù)需求；若現(xiàn)有故事已部分完成，需評(píng)估拆分可能性（如暫停非關(guān)鍵任務(wù)）；（4）與產(chǎn)品負(fù)責(zé)人協(xié)商：若必須在本次Sprint完成，需調(diào)整Sprint目標(biāo)（如減少原計(jì)劃的功能數(shù)量），并更新Sprint待辦列表；（5）同步團(tuán)隊(duì)：在每日站會(huì)中說(shuō)明變更原因，確保團(tuán)隊(duì)理解新目標(biāo)，調(diào)整工作優(yōu)先級(jí)；（6）跟蹤進(jìn)展：后續(xù)每日站會(huì)關(guān)注支付修復(fù)任務(wù)的阻塞點(diǎn)（如依賴接口、測(cè)試環(huán)境），及時(shí)移除障礙。案例2：某金融科技團(tuán)隊(duì)在Sprint評(píng)審會(huì)上，用戶提出新功能“轉(zhuǎn)賬限額提醒”的展示位置不符合使用習(xí)慣，要求調(diào)整。開(kāi)發(fā)團(tuán)隊(duì)表示該功能已完成，調(diào)整需2天開(kāi)發(fā)+1天測(cè)試，當(dāng)前Sprint已結(jié)束。問(wèn)題：從敏捷原則出發(fā)，應(yīng)如何處理該反饋？請(qǐng)說(shuō)明理由。答案：處理方式：（1）首先感謝用戶反饋，將其記錄到產(chǎn)品待辦列表，標(biāo)記為高優(yōu)先級(jí)（因涉及