編號(hào),題型,題目?jī)?nèi)容,答案,選項(xiàng)A,選項(xiàng)B,選項(xiàng)C,選項(xiàng)D,選項(xiàng)E

1,多選,DevOps依賴于開(kāi)發(fā)、測(cè)試與運(yùn)營(yíng)團(tuán)隊(duì)之間密切的合作關(guān)系，需要關(guān)注：,ABCD,敏捷與迭代,持續(xù)集成和部署,聊天運(yùn)營(yíng)和配置管理,QA和發(fā)布管理,

2,多選,DevOps需要齊全的工具箱，下列哪些是DevOps常用工具：,ABCD,Eclipse,Docker,Jenkins,GitHub,

3,多選,產(chǎn)品負(fù)責(zé)人是負(fù)責(zé)管理產(chǎn)品代辦列表的唯一負(fù)責(zé)人。產(chǎn)品代辦列表包括：,ABCD,清晰地表述產(chǎn)品待辦列表事項(xiàng),對(duì)產(chǎn)品待辦列表進(jìn)行排序，使其最好地實(shí)現(xiàn)目標(biāo)和使命,優(yōu)化開(kāi)發(fā)團(tuán)隊(duì)所執(zhí)行的工作價(jià)值。,確保開(kāi)發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品待辦列表有足夠深的理解,

4,多選,DevOps一詞的來(lái)自于Development和Operations的組合，突出重視,ABCD,軟件開(kāi)發(fā)人員和運(yùn)維人員的溝通合作,通過(guò)自動(dòng)化流程來(lái)使得軟件構(gòu)建、測(cè)試、發(fā)布更加快捷、頻繁和可靠,填補(bǔ)開(kāi)發(fā)端和運(yùn)維端之間的信息鴻溝，改善團(tuán)隊(duì)之間的協(xié)作關(guān)系,其實(shí)包括了開(kāi)發(fā)、測(cè)試和運(yùn)維,

5,多選,DevOps的好處是什么？,BCD,DevOps小步快跑，但速度就意味著危險(xiǎn),快速部署同時(shí)提高IT穩(wěn)定性,高效交付,改善公司組織文化、提高員工的參與感,

6,多選,以下選項(xiàng)中是敏捷項(xiàng)目管理工具的有,ABCD,Jira,Trello,禪道,Kubernetes,

7,多選,好的Productbacklog具備（）特點(diǎn),ABC,適當(dāng)?shù)募?xì)化,隨時(shí)產(chǎn)生,有估算的,沒(méi)有優(yōu)先級(jí)別,

8,多選,以下（）屬于產(chǎn)品負(fù)責(zé)人的職責(zé),ABC,驅(qū)動(dòng)產(chǎn)品成功,對(duì)產(chǎn)品的投資回報(bào)率負(fù)責(zé),排列優(yōu)先級(jí),迭代回顧,

9,多選,以下（）屬于迭代計(jì)劃會(huì)議的參與者,ABD,團(tuán)隊(duì),SCRUMMASTER,用戶代表,產(chǎn)品負(fù)責(zé)人,

10,多選,DevOpsTools技術(shù)關(guān)鍵點(diǎn)包括：（）,ABCD,自動(dòng)化，系統(tǒng)之間的集成,持續(xù)構(gòu)建和部署,共享源碼,信息整合,

11,單選,關(guān)于敏捷開(kāi)發(fā)，以下說(shuō)法正確的是,B,敏捷開(kāi)發(fā)法是一種以團(tuán)隊(duì)為核心，自頂向下、循序漸進(jìn)的開(kāi)發(fā)方法,敏捷開(kāi)發(fā)法適合項(xiàng)目經(jīng)常發(fā)生變更、高風(fēng)險(xiǎn)項(xiàng)目實(shí)施、項(xiàng)目規(guī)模較小的開(kāi)發(fā)場(chǎng)景。,敏捷開(kāi)發(fā)法適合對(duì)系統(tǒng)有極高的關(guān)鍵性、可靠性、安全性要求的項(xiàng)目開(kāi)發(fā)場(chǎng)景,敏捷開(kāi)發(fā)團(tuán)隊(duì)人數(shù)通常是7到12人,

12,單選,在敏捷過(guò)程的方法中（）認(rèn)為每一個(gè)不同的項(xiàng)目都需要一套不同的策略、約定和方法論。,B,極限編程（XP）,水晶法(Crystal),并列爭(zhēng)球法(Scrum),"自適應(yīng)軟件開(kāi)發(fā)(ASD)

",

13,單選,以下哪一項(xiàng)（）不屬于DOD（完成的定義）,D,寫代碼,單元測(cè)試,集成測(cè)試,投產(chǎn)文檔,

14,單選,以下哪一項(xiàng)不是SPRINT計(jì)劃會(huì)議的步驟,D,在所有產(chǎn)品代辦事項(xiàng)列表中選擇高優(yōu)先級(jí)別的事項(xiàng)，討論并估算故事點(diǎn)，從而確定所有的用戶故事,認(rèn)領(lǐng)自己的用戶故事,將用戶故事細(xì)化為任務(wù)，并生成迭代日程安排。,通常60分鐘至90分鐘,

15,單選,不屬于用戶故事就緒標(biāo)準(zhǔn)的是,D,用戶故事優(yōu)先級(jí)已排定,用戶故事拆分粒度，已可以放入迭代中,用戶故事已經(jīng)估算完成,完成回歸測(cè)試,

16,單選,不屬于用戶故事完成標(biāo)準(zhǔn)的是,E,故事涉及的自動(dòng)化用例全部跑通,完成和其他功能的集成測(cè)試,showcase通過(guò),產(chǎn)品經(jīng)理做完內(nèi)部驗(yàn)收,"用戶故事優(yōu)先級(jí)已排定

"

17,單選,不屬于常用持續(xù)集成(CI)工具有：,A,Mercurial,Hudson,Jenkins,Semaphore,

18,單選,Scrum的組織結(jié)構(gòu)不包括,D,ProductOwner,ScrumMaster,團(tuán)隊(duì),項(xiàng)目經(jīng)理,

19,單選,關(guān)于敏捷測(cè)試描述不正確的是（）,D,測(cè)試遵循敏捷宣言進(jìn)行，把開(kāi)發(fā)作為顧客看待,敏捷項(xiàng)目的測(cè)試采用敏捷方法論,測(cè)試為項(xiàng)目組提供信息，使得項(xiàng)目組基于可靠的信息作出正確的決定,測(cè)試員能夠保證質(zhì)量,

20,單選,關(guān)于Sprint回顧會(huì)議（SprintRetrospective）說(shuō)法不正確的是：（）,A,回顧會(huì)議將在評(píng)審會(huì)議之后舉行，不早于下次Sprint的計(jì)劃會(huì)議,確定哪些做得足夠好，哪些做得不夠好，然后排序,聚焦于“不夠好”的事項(xiàng)，討論改進(jìn)措施并制定改進(jìn)計(jì)劃,回顧會(huì)議結(jié)束時(shí)，Scrum團(tuán)隊(duì)需要根據(jù)前期的工作實(shí)踐明確一份工作改進(jìn)計(jì)劃,

21,單選,采用敏捷開(kāi)發(fā)時(shí)，下面哪一項(xiàng)通常不是主要考慮的因素？,A,工作效率,盡早反饋,早期減輕風(fēng)險(xiǎn),持續(xù)價(jià)值交付,

22,單選,敏捷開(kāi)發(fā)的核心思想是（）,A,以人為本，適應(yīng)變化,個(gè)體是軟件項(xiàng)目獲得成功的最重要的因素,合作溝通能力及交互能力比軟件編程能力和工具更重要,緊需要編寫迫切需要的文檔,

23,單選,以下（）不屬于產(chǎn)品負(fù)責(zé)人（ProductOwner）的職責(zé),D,確定產(chǎn)品的功能,對(duì)產(chǎn)品的投資回報(bào)率（ROI）負(fù)責(zé),根據(jù)市場(chǎng)價(jià)值確定功能的優(yōu)先級(jí),迭代回顧,

24,單選,燃盡圖可以說(shuō)明的問(wèn)題不包括：,D,燃盡圖一般用來(lái)跟蹤一個(gè)沖刺的進(jìn)度狀態(tài),團(tuán)隊(duì)把燃盡圖作為預(yù)測(cè)指標(biāo)來(lái)使用，可以直觀得看到當(dāng)前進(jìn)度是快還是慢,一般團(tuán)隊(duì)需要在DailyScrum的最后查看燃盡圖的最新?tīng)顟B(tài)，并根據(jù)情況采取措施,燃盡圖是一直呈下降趨勢(shì)的。,

25,單選,關(guān)于團(tuán)隊(duì)速率Velocity說(shuō)法不正確的是：,B,速率是一個(gè)團(tuán)隊(duì)在一個(gè)沖刺內(nèi)能夠完成的需求量，需求量的單位一般使用工作量或者商業(yè)價(jià)值衡量。,使用實(shí)際小時(shí)作為速率,工作量使用“故事點(diǎn)”來(lái)代表，商業(yè)價(jià)值一般也作為產(chǎn)品積壓工作的評(píng)估指標(biāo)之一,速率標(biāo)識(shí)一個(gè)團(tuán)隊(duì)完成工作的速度，是評(píng)估團(tuán)隊(duì)效率的重要指標(biāo)。,

26,單選,敏捷中特性團(tuán)隊(duì)的特點(diǎn)不包括：,C,長(zhǎng)期穩(wěn)定的團(tuán)隊(duì)，逐個(gè)端到端完成客戶特性,以客戶為中心的特性驅(qū)動(dòng),團(tuán)隊(duì)按照系統(tǒng)需求、開(kāi)發(fā)、測(cè)試結(jié)合系統(tǒng)架構(gòu)混合組織的方式,跨職能、完整團(tuán)隊(duì),

27,單選,沖刺回顧會(huì)議（SprintRetrospective）的作用說(shuō)法不正確的是,B,沖刺回顧會(huì)議為團(tuán)隊(duì)提供了總結(jié)和改進(jìn)的方式,保證Scrum實(shí)踐的正確推行,一同商討應(yīng)對(duì)措施，進(jìn)行持續(xù)改進(jìn)。,在每個(gè)沖刺結(jié)束后大家一起總結(jié)在這個(gè)沖刺中的改進(jìn)和不足,

28,單選,DailyScrum是一個(gè)簡(jiǎn)短的團(tuán)隊(duì)會(huì)議，由團(tuán)隊(duì)的所有成員在每天固定的時(shí)間和地點(diǎn)進(jìn)行，會(huì)議上每個(gè)成員需要回答問(wèn)題不包括：,A,任務(wù)板上更新任務(wù)的狀態(tài),你昨天做了什么,今天計(jì)劃做什么,是否遇到了障礙，需要其他人的幫助,

29,單選,關(guān)于Scrum敏捷開(kāi)發(fā)說(shuō)法，錯(cuò)誤的是（）,C,Scrum是敏捷開(kāi)發(fā)框架，是一個(gè)增量的、迭代的開(kāi)發(fā)過(guò)程,整個(gè)開(kāi)發(fā)周期包括若干小的迭代周期，每個(gè)小的迭代周期稱為一個(gè)Sprint，Spint建議為2-4周,使用SprintBacklog來(lái)管理產(chǎn)品或項(xiàng)目需求,Scrum團(tuán)隊(duì)總是先開(kāi)發(fā)的是對(duì)客戶具有較高價(jià)值的的