2025年P(guān)ython軟件工程專項(xiàng)訓(xùn)練試卷：敏捷開發(fā)與持續(xù)集成解析考試時間：______分鐘總分：______分姓名：______一、選擇題（請將正確選項(xiàng)的代表字母填寫在題號后的括號內(nèi)。每題2分，共20分）1.敏捷宣言強(qiáng)調(diào)的最高價值是（）。A.計劃性優(yōu)先于響應(yīng)變化B.追求完美而非實(shí)用C.個體和互動高于流程和工具D.按部就班完成所有功能2.在Scrum框架中，負(fù)責(zé)管理和排序產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）的人員是（）。A.ScrumMasterB.開發(fā)團(tuán)隊(duì)（DevelopmentTeam）C.產(chǎn)品負(fù)責(zé)人（ProductOwner）D.項(xiàng)目經(jīng)理（ProjectManager）3.以下哪個選項(xiàng)不屬于敏捷開發(fā)通常倡導(dǎo)的實(shí)踐？（）A.短迭代周期（如Sprint）B.嚴(yán)格的變更控制流程C.持續(xù)的客戶溝通與反饋D.自組織的開發(fā)團(tuán)隊(duì)4.Kanban方法的核心思想之一是限制正在處理的工作量（WorkInProgress,WIP），目的是（）。A.減少團(tuán)隊(duì)成員的壓力B.提高流程吞吐量，減少瓶頸C.延長單件工作時間D.確保每個任務(wù)都得到充分討論5.持續(xù)集成（CI）的核心目標(biāo)是（）。A.實(shí)現(xiàn)產(chǎn)品的最終發(fā)布B.自動化地構(gòu)建和測試代碼變更，提供快速反饋C.完全消除代碼中的BugD.簡化開發(fā)流程6.在CI流水線中，自動化測試通常被安排在構(gòu)建階段之后、部署階段之前，其主要目的是（）。A.確保代碼格式正確B.驗(yàn)證代碼變更沒有破壞現(xiàn)有功能C.優(yōu)化代碼性能D.自動生成用戶文檔7.將代碼頻繁地、自動地集成到共享存儲庫中，每次集成都會觸發(fā)自動構(gòu)建和測試，這是（）實(shí)踐的關(guān)鍵特征。A.敏捷開發(fā)B.版本控制C.持續(xù)集成D.持續(xù)交付8.以下哪個工具通常被廣泛用于實(shí)現(xiàn)持續(xù)集成流水線？（）A.JiraB.ConfluenceC.JenkinsD.Slack9.在敏捷開發(fā)中，Sprint評審會的主要目的是（）。A.計劃下一個Sprint的工作B.審查和獲取對已完成工作（一個Sprint的成果）的反饋C.解決團(tuán)隊(duì)內(nèi)部的沖突D.評估團(tuán)隊(duì)成員的表現(xiàn)10.持續(xù)交付（CD）可以看作是持續(xù)集成的延伸，其核心目標(biāo)在于（）。A.實(shí)現(xiàn)代碼的持續(xù)集成B.確保軟件可以隨時以高質(zhì)量發(fā)布C.減少手動操作D.提高開發(fā)速度二、填空題（請將答案填寫在橫線上。每空2分，共20分）1.敏捷宣言強(qiáng)調(diào)，我們最重視的是______、______、客戶合作和響應(yīng)變化。2.Scrum框架中，一個完整的開發(fā)周期被稱為一個______，其長度固定且通常為一個月。3.Kanban方法通過可視化工作流程來管理任務(wù)，其中不同顏色的看板通常代表______、______和______三種狀態(tài)。4.持續(xù)集成要求開發(fā)人員頻繁地（例如每天多次）將代碼變更______到主干。5.自動化測試在持續(xù)集成流水線中扮演著關(guān)鍵角色，主要包括______測試、______測試和______測試等。6.Jenkins是一個開源的______服務(wù)器，可以用來創(chuàng)建和管理持續(xù)集成流水線。7.敏捷開發(fā)提倡的“測試驅(qū)動開發(fā)”（TDD）原則，要求在編寫實(shí)際功能代碼之前先編寫______。8.在Scrum團(tuán)隊(duì)中，______負(fù)責(zé)確保Scrum流程的正確執(zhí)行，并移除團(tuán)隊(duì)遇到的障礙。9.持續(xù)集成的目標(biāo)是實(shí)現(xiàn)快速反饋，以便開發(fā)人員能夠盡早發(fā)現(xiàn)和修復(fù)______。10.敏捷開發(fā)鼓勵團(tuán)隊(duì)采用迭代和增量的方式工作，每個迭代周期結(jié)束時通常會交付一個______的、可工作的軟件增量。三、簡答題（請根據(jù)要求作答。每題10分，共30分）1.簡述敏捷開發(fā)的核心原則，并舉例說明其中一條原則在實(shí)際項(xiàng)目中的應(yīng)用。2.描述Scrum框架中的三個主要角色及其核心職責(zé)。3.解釋持續(xù)集成（CI）與手動構(gòu)建和測試相比，主要優(yōu)勢體現(xiàn)在哪些方面？四、案例分析題（請根據(jù)給定的場景進(jìn)行分析和回答。共30分）假設(shè)你正在參與一個使用Python和Flask框架開發(fā)的Web應(yīng)用項(xiàng)目。項(xiàng)目采用Scrum框架進(jìn)行管理，團(tuán)隊(duì)規(guī)模為5人，包括2名開發(fā)人員、1名測試人員、1名產(chǎn)品負(fù)責(zé)人和1名ScrumMaster。目前進(jìn)行的是第二個Sprint（長度為2周），目標(biāo)是完成用戶注冊和登錄功能。CI服務(wù)（例如Jenkins）已經(jīng)配置好，每次代碼提交到Git倉庫的主分支（main）時，都會自動觸發(fā)構(gòu)建和運(yùn)行單元測試、集成測試?，F(xiàn)在，產(chǎn)品負(fù)責(zé)人提出在下一個Sprint中增加一個“個人資料編輯”功能。請回答以下問題：1.作為Scrum團(tuán)隊(duì)的一員，你會如何準(zhǔn)備下一個Sprint的計劃會議（SprintPlanning）？（10分）2.在新的Sprint中，為了確?！皞€人資料編輯”功能的開發(fā)質(zhì)量，你會在CI流水線中增加或修改哪些自動化測試？（請說明理由）。（10分）3.在開發(fā)過程中，如果發(fā)現(xiàn)“個人資料編輯”功能與已完成的“用戶注冊”功能存在集成沖突，你會建議團(tuán)隊(duì)如何處理這種情況？（10分）試卷答案一、選擇題1.C2.C3.B4.B5.B6.B7.C8.C9.B10.B二、填空題1.個體和互動好用軟件2.Sprint3.待辦（ToDo）處理中（InProgress）完成（Done）4.集成5.單元集成端到端6.持續(xù)集成7.測試用例8.ScrumMaster9.Bug10.可工作的三、簡答題1.敏捷開發(fā)的核心原則包括：個體和互動高于流程和工具；工作的軟件高于詳盡的文檔；客戶合作高于合同談判；響應(yīng)變化高于遵循計劃。例如，原則“響應(yīng)變化高于遵循計劃”的應(yīng)用：在一個Web應(yīng)用開發(fā)項(xiàng)目中，客戶最初要求一個基本的功能列表。但在第一個Sprint開發(fā)過程中，客戶根據(jù)市場反饋，希望增加一個新的支付功能。敏捷團(tuán)隊(duì)會與客戶溝通，評估增加該功能的成本和收益，并在后續(xù)的Sprint中將其納入計劃，而不是嚴(yán)格堅持最初不靈活的計劃。2.Scrum框架中的三個主要角色及其核心職責(zé)：*產(chǎn)品負(fù)責(zé)人（ProductOwner）：負(fù)責(zé)最大化產(chǎn)品開發(fā)團(tuán)隊(duì)工作的價值；管理產(chǎn)品待辦事項(xiàng)列表（ProductBacklog），確保其清晰、有序；代表客戶和利益相關(guān)者的聲音。*ScrumMaster：作為服務(wù)型領(lǐng)導(dǎo)，幫助團(tuán)隊(duì)理解Scrum理論、實(shí)踐和規(guī)則；移除團(tuán)隊(duì)遇到的障礙；促進(jìn)Scrum事件的順利進(jìn)行；保護(hù)團(tuán)隊(duì)免受外部干擾。*開發(fā)團(tuán)隊(duì)（DevelopmentTeam）：一個自組織、跨職能的團(tuán)隊(duì)，負(fù)責(zé)在每個Sprint中創(chuàng)建任何未完成的工作；保證他們能滿足“在任何時候都可以交付一個潛在可發(fā)布的產(chǎn)品增量”的承諾。3.持續(xù)集成（CI）相比手動構(gòu)建和測試的主要優(yōu)勢：*快速反饋：自動化流程能夠幾乎實(shí)時地提供代碼變更的反饋（構(gòu)建狀態(tài)、測試結(jié)果），使開發(fā)人員能及早發(fā)現(xiàn)問題。*減少集成風(fēng)險：頻繁集成減少了大規(guī)模集成時可能出現(xiàn)的沖突和錯誤，降低了集成難度。*提高軟件質(zhì)量：自動化測試的頻繁執(zhí)行有助于及早發(fā)現(xiàn)和修復(fù)Bug，保證了代碼庫的相對穩(wěn)定性。*加速開發(fā)周期：減少了手動構(gòu)建和測試所需的時間，使得開發(fā)人員可以更快地迭代和交付。*增強(qiáng)團(tuán)隊(duì)信心：穩(wěn)定的CI流水線提供了對代碼庫狀態(tài)的信心，團(tuán)隊(duì)成員可以更安全地進(jìn)行并行開發(fā)。四、案例分析題1.為準(zhǔn)備下一個Sprint的計劃會議（SprintPlanning），我會采取以下步驟：*深入理解需求：首先，我會與產(chǎn)品負(fù)責(zé)人詳細(xì)溝通，確保完全理解“個人資料編輯”功能的詳細(xì)需求、業(yè)務(wù)規(guī)則和驗(yàn)收標(biāo)準(zhǔn)。*參與需求細(xì)化：參與團(tuán)隊(duì)對產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）中相關(guān)用戶故事（UserStories）的細(xì)化和評審，確保需求足夠清晰、可估算。*評估工作量：與開發(fā)團(tuán)隊(duì)其他成員一起，使用故事點(diǎn)、理想人天等方式，估算完成“個人資料編輯”功能所需的工作量。*選擇合適的用戶故事：基于Sprint容量（即團(tuán)隊(duì)在一個Sprint內(nèi)能承擔(dān)的工作量），從需求中挑選出足夠多的用戶故事放入本次Sprint的Sprint待辦事項(xiàng)列表（SprintBacklog）中。*技術(shù)準(zhǔn)備：思考實(shí)現(xiàn)該功能可能需要的技術(shù)方案、依賴關(guān)系，以及是否需要提前進(jìn)行某些技術(shù)準(zhǔn)備或環(huán)境配置。*積極參與討論：在會議中積極發(fā)言，提出建設(shè)性意見，與其他成員一起討論實(shí)現(xiàn)策略、潛在風(fēng)險，并協(xié)助制定清晰的任務(wù)分解。*明確目標(biāo)：確保團(tuán)隊(duì)對本次Sprint的目標(biāo)有共同的理解，并承諾完成選定的用戶故事。2.為了確?！皞€人資料編輯”功能的開發(fā)質(zhì)量，我會在CI流水線中增加或修改以下自動化測試：*增加集成測試：需要編寫測試用例，驗(yàn)證“個人資料編輯”功能與用戶登錄狀態(tài)、數(shù)據(jù)庫中用戶信息存儲等模塊的集成是否正常。例如，測試已登錄用戶能否成功修改自己的資料，且修改后的信息能正確保存和顯示。理由：新功能往往會影響現(xiàn)有系統(tǒng)的一部分，集成測試能確保新功能與舊系統(tǒng)的交互正確無誤。*增加端到端（E2E）測試：可以使用Selenium、Playwright等工具，模擬真實(shí)用戶場景，測試從登錄到編輯個人資料并保存，再到退出登錄的完整流程。理由：端到端測試能驗(yàn)證整個應(yīng)用流程的正確性，從用戶角度看功能是否按預(yù)期工作，更接近實(shí)際使用情況。*可能需要增加特定的邊界值/異常場景測試：例如，測試編輯資料時輸入非法字符、超長數(shù)據(jù)、空字段等情況的處理是否正確，以及未登錄用戶嘗試訪問編輯頁面的攔截是否生效。理由：敏捷開發(fā)強(qiáng)調(diào)質(zhì)量，需要覆蓋正常和異常情況，確保軟件的健壯性。*更新現(xiàn)有測試：檢查并可能更新原有的單元測試或集成測試，確保它們在“個人資料編輯”功能引入后仍然有效，沒有產(chǎn)生新的失敗。3.如果發(fā)現(xiàn)“個人資料編輯”功能與已完成的“用戶注冊”功能存在集成沖突，我會建議團(tuán)隊(duì)采取以下步驟處理：*定位問題根源：首先，組織相關(guān)開發(fā)人員（負(fù)責(zé)兩個功能的開發(fā)者）一起復(fù)現(xiàn)問題，精確地定位沖突發(fā)生的具體環(huán)節(jié)和原因。是數(shù)據(jù)結(jié)構(gòu)沖突？是共享服務(wù)調(diào)用問題？還是權(quán)限控制邏輯不一致？*評估影響范圍：分析該沖突影響的范圍，是僅限于特定操作，還是會影響其他相關(guān)功能？*溝通與討論：在團(tuán)隊(duì)內(nèi)（或與ScrumMaster/產(chǎn)品負(fù)責(zé)人）進(jìn)行充分溝通，討論不同的解決方案，權(quán)衡各自的利弊（如開發(fā)成本、對其他功能的影響、技術(shù)復(fù)雜性、與設(shè)計原則的符合度等）。*提出解決方案并決策：基于討論