Q1. 請問您的居住地區(qū)是？（單選題）
Q2. 你現在所在的年級？（單選題）
Q3. 您的年齡（單選題）
Q4. 敏捷宣言是哪一年發(fā)布的（）（單選題）
A、1995
B、1999
C、2001
D、2007
Q5. 需求管理方式不包含（）（單選題）
A、用戶故事地圖
B、需求優(yōu)先矩陣
C、優(yōu)先級（MoSCoW）
D、INVEST
Q6. 敏捷認為傳遞信息效果最好效率也最高的方式是（）（單選題）
A、發(fā)郵件
B、面對面交談
C、打電話
D、開會
Q7. 下列哪幾項是Scrum團隊的價值觀（）（多選題）
A、尊重
B、開放
C、勇氣
D、溝通
Q8. 下列哪些屬于XP(極限編程)的核心實踐?（）（多選題）
A、結對編程
B、測試驅動開發(fā)
C、重構
D、持續(xù)集成
Q9. 在精益開發(fā)原則里，下列哪些工作方式屬于浪費（）（多選題）
A、只完成了部分的工作
B、頻繁的任務切換（同時啟動過多任務）
C、等待
D、每天都開站會
Q10. 所有敏捷開發(fā)方法都具有的共同特點有（）（多選題）
A、客戶價值驅動
B、強調協作/合作
C、增量交付（更關注可工作的產品或成果）
D、持續(xù)改進
Q11. 與敏捷宣言同時發(fā)布的十二條原則強調（）（多選題）
A、持續(xù)不斷地及早交付客戶價值
B、為了方便掌控變化，盡量拒絕變化
C、業(yè)務人員和開發(fā)人員必須相互合作
D、用可工作的軟件來度量工作進度
Q12. 敏捷是什么（）（單選題）
A、一套詳細流程
B、思想和精神
C、Scrum
D、互聯網模式
Q13. 與敏捷宣言同時發(fā)布的十二條原則認為最重要的目標是什么（）（單選題）
A、按期交付所有既定功能
B、響應客戶隨時變化的需求
C、持續(xù)不斷地及早交付有價值的軟件是客戶滿意
D、每天都能上線
Q14. 最新的敏捷開發(fā)發(fā)展狀態(tài)調研顯示，哪種敏捷開發(fā)方法使用最廣泛? （）（單選題）
A、站會
B、Kanban
C、Scrum
D、迭代
Q15. 下面哪些屬于Scrum框架內容? （）（多選題）
A. 三個角色
B. 發(fā)布計劃會議
C. 三個工件
D. 五個事件/活動
Q16. Scrum框架的“三個工件”是指: （）（多選題）
A. Product Backlog
B. 概要設計文檔
C. 產品增量
D. Sprint Backlog
Q17. DevOps 團隊希望通過測試驅動開發(fā)來提高速率。下面哪一項是正確的操作順序?（）（單選題）
A. 重構、書寫測試用例、書寫功能代碼
B. 書寫功能代碼、書寫測試用例、重構
C. 書寫測試用例、書寫功能代碼、重構
Q18. 下面關于沖刺的描述，正確的是? （）（多選題）
A. 沖刺是通常為1-4周的時間盒
B. 在每個沖刺內，團隊完成產品增量的設計開發(fā)和測試
C. 每個沖刺可以根據團隊完成情況調整沖刺長度
D. 沖刺為Scrum創(chuàng)造了一個節(jié)奏，是Scrum的心跳
Q19. 下面敏捷需求管理的說法，正確的是 （）（多選題）
A. 認為需求是不斷涌現的
B. 認為需要在適當的時間做適當的事
C. 認為需求一旦被捕捉，就不會變化
D. 認為客戶能夠明確地知道，并清晰地表達系統最終應該是什么樣子
Q20. 下面關于產品愿景的描述正確的是 （）（多選題）
A. 用共同愿景來同步所有的人
B. 電梯陳述是一種描述產品愿景的方式
C. 產品愿景關注為用戶提供什么價值
D. 產品愿景描述了產品的詳細功能
Q21. 關于PBL/Product Backlog說法正確的是?（）（多選題）
A. Product Backlog列出了構建、完善或改進產品所需要完成的工作
B. Product Backlog的條目通常是用戶故事和史詩（Epic）
C. Product Backlog的條目一經創(chuàng)建，便不再改變，直至交付
D. Product Backlog的條目具備優(yōu)先級
Q22. 關于PBL的描述，正確的是? （）（多選題）
A. PBL中，高優(yōu)先級的用戶故事放在頂部
B. PBL中用戶故事的優(yōu)先級一般不會變化，以減少管理成本
C. PBL中用戶故事的優(yōu)先級可以按需調整，以應對變化
D. PBL中用戶故事會隨著時間推移持續(xù)調整，增加或移除故事
Q23. 以下哪一項是實現環(huán)境搭建和環(huán)境配置自動化的最有效工具? （）（單選題）
A. 提供開發(fā)、測試或驗收環(huán)境的工單系統
B. 將生產環(huán)境設置復制到開發(fā)、測試和驗收環(huán)境的工具
C. （為保持環(huán)境同步）各環(huán)境下手動分發(fā)和維護的配置文件
D. 便于程序員自行變更環(huán)境的基礎設施即代碼配置管理工具
Q24. 延遲成本考慮的因素有: （）（多選題）
A. 業(yè)務（商務）價值
B. 時間敏感性
C. 降低風險
D. 增加機會
Q25. 一般來說，用戶故事的描述必須包含哪三方面的內容 （）（多選題）
A. 故事提出者，即誰提出了這個故事
B. 功能，即故事要實現什么功能
C. 用戶，即故事給誰使用
D. 價值，即用戶為什么需要這個故事
Q26. 如下哪一條不是敏捷宣言的價值觀（）（單選題）
A、個體和互動 高于 流程和工具
B、工作的軟件 高于 詳盡的文檔
C、客戶合作 高于 合同談判
D、遵循計劃 高于 響應變化
Q27. 關于用戶故事的INVEST原則，描述正確的是?（）（多選題）
A. Independent/獨立的:相互獨立, 沒有依賴
B. Estimable/可估算的:團隊應該能夠預測（至少大致猜測）故事的規(guī)模
C. Small/小的:小到可以放到一個迭代里完成
D. Testable/可測試的:有明確的完成的條件，可以被驗收
E. INVEST的所有原則必須同時滿足
Q28. 下面關于故事拆分，描述正確的是（）（多選題）
A. 拆分故事是為了使其具備適當的規(guī)模，適合在一個迭代完成
B. 故事的拆分越小越好
C. 應該按功能進行拆分，譬如可以從數據邊界和操作類型進行拆分
D. 應該按軟件系統架構的層次，譬如根據應用層，UI、業(yè)務邏輯、數據庫等每層一個故事
Q29. 關于用戶故事規(guī)模估算，正確的是 （）（多選題）
A. 可以顯示進度及剩余規(guī)模的信息，用于計劃、跟蹤和預測
B. 要精確，否則無法準確計劃、跟蹤和預測
C. 要適用于團隊共同估算，且不需要花很多時間
D. 采用相對規(guī)模估算方法
Q30. 關于用戶故事估算及分類，描述正確的是（）（多選題）
A. 規(guī)模比較大的故事稱之為史詩（EPIC）
B. 可以用斐波那契數列數列進行故事相對規(guī)模估算
C. 史詩是故事的一種形式，可以直接進入開發(fā)
D. 以某種方式將一組功能歸為相同的一類，稱之為一個主題（Theme）
Q31. 關于用戶故事驗收條件的描述，正確的是 （）（多選題）
A. 驗收條件提供了確認用戶故事是否能被驗收的標準
B. 每個故事都要有自己的驗收條件
C. 可以使用形如“Given/給定…, When/當…，Then/然后…”的結構來編寫驗收條件
D. 驗收條件在迭代結束，故事被驗收前準備好即可
Q32. 關于計劃游戲的描述，正確的是 （）（多選題）
A. 計劃游戲適用于團隊共同估算
B. 計劃游戲的目標是為了獲得一個精確的估算
C. 計劃游戲的目標是花盡可能最少時間，得到一個容易得到的估算值
D. 通過計劃游戲的交流，讓大家對需求的理解達成共識
Q33. 關于計劃游戲的操作步驟，描述正確的是（）（多選題）
A. 團隊選擇一個合適的用戶故事作為基準，并給出一個初始規(guī)模值
B. 團隊依次選擇其它故事，分別與基準（或已估算）故事作比較，獨立估算，然后同時亮牌
C. 如果達成一致，寫下估算結果然后繼續(xù)下一個用戶故事;否則，最高和最低估值者給出解釋，再進行下一輪
D. 團隊必須對故事的規(guī)模達成完全一致，才能結束估算
Q34. 下列關于敏捷規(guī)劃，描述正確的是 （）（多選題）
A. 要做剛剛好（Just Enough）和適時（Just In Time）的計劃
B. 只要投入足夠的時間，事先可以制定完美的計劃
C. 要做多層次的計劃
D. 響應變化勝過遵循計劃
Q35. 敏捷有哪些層次的計劃?（）（多選題）
A. 產品計劃:愿景，概要產品功能清單，以及產品路線圖
B. 發(fā)布計劃:用來平衡增量交付的范圍、日期和預算
C. 沖刺計劃:對于Scrum團隊在下一個沖刺做哪些用戶故事達成一致
D. 每日計劃:通過站立會議同步團隊工作狀態(tài)，規(guī)劃每日工作
Q36. 下面描述正確的是（）（多選題）
A. 可以使用固定范圍的產品規(guī)劃方式，譬如定義最小可行產品或最小可發(fā)布功能集
B. 可以使用固定周期的產品規(guī)劃方式，譬如定義季度發(fā)布版本，或者月度版本
C. 規(guī)劃一般是固定了范圍、日期和資源
D. 開發(fā)和發(fā)布可以使用不同的節(jié)奏，譬如開發(fā)使用沖刺節(jié)奏，而發(fā)布可以是多個沖刺，每個沖刺，甚至每個故事
Q37. 下面關于故事排序的描述，正確的是 （）（多選題）
A. MoSCoW原則把故事分為必須/Must有，應該/Should有，可以/Could有和不必/Won't有四個優(yōu)先級
B. 高風險高價值的故事應該具備高優(yōu)先級
C. 所有高風險的故事都應該具備高優(yōu)先級，以盡快消除風險
D. 可以使用故事地圖來識別最小可行產品，進行發(fā)布/迭代規(guī)劃
Q38. 關于發(fā)布規(guī)劃，描述正確的事是（）（多選題）
A. 固定日期的發(fā)布是根據日期計算有多少個沖刺，再根據速度，確定發(fā)布包含哪些故事
B. 固定范圍的發(fā)布是根據范圍計算有多少規(guī)模，再根據速度，確定發(fā)布有多少個迭代
C. 團隊的速度是每個迭代交付的故事點，隨著迭代推進，不斷進行調整
D. 團隊每個迭代進行發(fā)布上線，則采用的是固定范圍的發(fā)布
Q39. 關于沖刺計劃的描述，正確的是 （）（多選題）
A. 沖刺計劃會在每個迭代初進行
B. 在計劃會上，團隊從PBL中選擇最高優(yōu)先級的故事
C. 在計劃會分配故事，會議之后每個人獨立進行任務分解和估算
D. 沖刺計劃形成團隊的初始任務板和迭代燃盡圖
Q40. 關于團隊速率和產能的描述，正確的是（）（多選題）
A. 團隊的產能是指團隊每個迭代能夠交付的故事點
B. 團隊的產能是指團隊每個迭代能夠投入的理想工作時間
C. 團隊速率基于歷史數據，第一個沖刺的速度可以憑猜測或者基于可以完成的任務進行估算
D. 團隊產能計算方式是:人數*工作天數*每天理想工作小時-非開發(fā)的計劃任務時間-緩沖
Q41. 關于任務分解和估算，描述正確的是（）（多選題）
A. 應該由架構師/Tech Leader進行任務分解和估算，以確保準確
B. 團隊在計劃會上思考和討論如何實現用戶故事，做任務分解
C. 任務估算的單位是“理想小時”，即在理想情況下執(zhí)行該任務所需要的時間
D. 任務的規(guī)模必須適當，譬如對于2周迭代，每個任務規(guī)模1-2天
Q42. 關于團隊任務板的描述，正確的是（）（多選題）
A. 團隊任務版展示了團隊當前迭代的故事，以及完成每個故事包含的任務
B. 團隊任務板的每個泳道代表一個故事及其所包含的任務
C. 團隊任務板的列（代辦、進行中，已完成），代表了任務的狀態(tài)
D. 團隊任務板即看板
Q43. 關于燃盡圖，描述正確的是（）（多選題）
A. 燃盡圖展現了沖刺內團隊的進度情況
B. 燃盡圖的橫軸是完成的故事數
C. 燃盡圖的縱軸是剩余工作量（可以是工時也可以是點數）
D. 理想燃盡圖是在（0，Y）和（X，0）兩個點之間的一條直線，其中，Y代表總的剩余時間，X代表最后一天
Q44. 下列關于迭代中的運作，描述正確的是（）（多選題）
A. 迭代開時候，所有故事同時啟動開發(fā)，一并提測
B. 團隊在迭代內應采用流模式，即依次啟動和提測故事
C. 多故事并行開發(fā)是迷你瀑布模式，應該避免
D. 為了實現流模式，應倡導T型/E-型技能培養(yǎng)
Q45. 關于站立會議的規(guī)則，描述正確的是（）（多選題）
A. 站立會議要固定時間
B. 站立會議的召開根據團隊需要，如果哪天沒什么需要同步，SM可以取消
C. 站立會議盡量在團隊任務板前進行，保持站立
D. 站立會議的時間要盡可能短，不要超過15分鐘
Q46. 關于站立會議的三個問題，描述正確的是（）（多選題）
A. 其中一個問題是“昨天完成了什么”，對昨日工作進行回顧
B. 其中一個問題是“今天計劃完成什么”，對今天工作進行計劃
C. 其中一個問題是“遇到了什么障礙?”，以匯報并跟進和解決障礙
D. 三個問題的形式是起點，團隊可以發(fā)展出適合自己的站會形式
Q47. 下面哪些是站會壞味道 （）（多選題）
A. 討論細節(jié)
B. 團隊成員遲到或缺席
C. Scrum Master記錄下障礙，會后跟進解決
D. 團隊成員毫無準備隨意講
Q48. 關于沖刺的結束，下面描述正確的是 （）（多選題）
A. 在沖刺結束時要進行檢查和調整
B. 沖刺回顧和評審的目的是評估團隊迭代工作績效
C. 沖刺回顧會議（Sprint Retrospective）是對工作方法的檢查和調整
D. 沖刺評審會議（Sprint Review）是對工作成果的檢查和調整
Q49. 關于沖刺評審，正確的描述是?（）（多選題）
A. 沖刺評審包含沖刺演示，需要展示真實的產品
B. 團隊應準備匯報材料（譬如完整的PPT），進行正式匯報
C. 沖刺評審應盡可能多地邀請干系人，特別業(yè)務代表
D. Team 應在真實環(huán)境中展示可運行的軟件，判斷是否達到“完成”標準
Q50. 下面哪些是沖刺評審會議中的活動? （）（多選題）
A. 團隊回顧沖刺目標及承諾的產品待辦事項條目
B. 團隊演示在本沖刺里“完成”的功能，并記錄參會者的反饋
C. 團隊回答來自參會者的問題
D. 團隊分析討論為什么承諾的功能沒有完成
Q51. 關于沖刺回顧，描述正確的是（）（多選題）
A. 沖刺回顧會議是團隊專屬的會議
B. 沖刺回顧會議要放松并專注
C. 回顧會議要避免責備他人
D. 如果團隊運行正常，則不必召開回顧會議
Q52. 下面哪些可以是沖刺回顧會議中的活動?（）（多選題）
A. 營造安全氛圍，使大家處在放松的狀態(tài)
B. 回顧客觀數據，對迭代工作情況形成共識
C. 討論哪些做得好，哪些待改進
D. 將團隊識別的所有改進項，納入下一迭代的工作中
Q53. 下面哪些是Product Owner的職責（）（多選題）
A. 澄清和確認需求
B. 負責管理Product Backlog
C. 跟蹤迭代中團隊每天取得的進展
D. 為需求優(yōu)排先級
Q54. 下面關于Scrum Master的描述正確的是（）（多選題）
A. Scrum Master確保團隊理解和遵循Scrum過程和實踐
B. Scrum Master發(fā)現、記錄并移除障礙、促進團隊內外的溝通
C. Scrum Master就是團隊經理
D. 保護團隊不受外部干擾、拒絕不合理的要求
Q55. 下面關于Product Backlog的描述，正確的是（）（多選題）
A. Product Backlog是帶有優(yōu)先級的待辦需求清單
B. Product Backlog隨業(yè)務和技術的變化而不斷演化
C. Product Backlog需求條目的優(yōu)先級不能經常調整，以免影響發(fā)布計劃
D. Product Backlog需求條目開發(fā)就緒，是指它們具備適當的規(guī)模和細節(jié)
Q56. 下面關于用戶故事的描述，正確的是 （）（多選題）
A. 用戶故事僅必須包含用戶、功能和價值三個基本要素
B. 敏捷過程中，需求是不斷涌現的，用戶故事支持漸進式獲取需求，并盡早和頻繁交付
C. 用戶故事可以代替需求文檔
D. 用戶故事在進入開發(fā)前，需要通過驗收條件，使其達到合適的詳細程度
Q57. 下面關于Sprint Backlog的描述，正確的是（）（多選題）
A. Sprint Backlog是團隊在一個Sprint要完成的交付內容
B. Sprint Backlog主要由用戶故事及其對應的任務清單組成
C. Sprint Backlog兩三天更新一次就可以了
D. 團隊可以通過Sprint Backlog來了解迭代進展情況
Q58. 下面關于產品增量的描述，正確的是（）（多選題）
A. 產品增量必須達到潛在可交付的條件，即交付就緒
B. 交付是一個業(yè)務決策，如果業(yè)務不需要，團隊不必每個Sprint的產品增量達到可交付的條件
C. 每個產品增量對用戶而言都需具備一定的業(yè)務價值
D. 越早交付的產品增量，其業(yè)務價值越大
Q59. 下面關于沖刺計劃的描述，正確的是（）（多選題）
A. Sprint Backlog是沖刺計劃的產物之一
B. 沖刺計劃通常在一個Sprint的開始進行，兩周的迭代周期耗時1-2小時
C. 沖刺計劃上團隊對所選擇的用戶進行拆分和估算
D. 如果Sprint前做了需求梳理，則Product Owner可以不參加沖刺計劃
Q60. 關于每日站會的描述，下面說明正確的是 （）（多選題）
A. 每日站會是團隊成員的例行溝通機制，目的是檢查和調整本迭代的工作
B. 團隊成員在每日站會上溝通遇到的障礙，譬如存在的風險和問題
C. 團隊可以發(fā)展自己的每日站會形式，如果某天沒什么需要溝通的，可以取消
D. 推薦團隊圍繞物理看板進行每日站會
Q61. 下面關于沖刺演示的描述，正確的是（）（多選題）
A. 沖刺演示在每個Sprint結束時舉行，旨在持續(xù)改進工作結果
B. 沖刺演示不要邀請不相干的人參加，PO，Scrum Master和團隊參加即可
C. 團隊應在真實環(huán)境中展示可運行的軟件，判斷是否達到“完成”標準
D. 沖刺演示的情況，特別是客戶的反饋，是動態(tài)調整product Backlog的重要輸入
Q62. 下面關于沖刺回顧的描述，正確的是（）（多選題）
A. “團隊定期反思如何能提高成效，并依此調整自身的行為”，是敏捷宣言背后的十二個原則之一
B. 沖刺回顧應盡可能邀請更多的人參加，以獲得多方的反饋，改進團隊的工作方法
C. 沖刺回顧基于團隊所面對的問題，識別改進機會，迅速采取行動
D. 推薦團隊采用小步驟的方式，逐步改進
Q63. 關于用戶故事的演化，說法正確的是（）（多選題）
A. 一句話需求可以作為用戶故事，但需要經過持續(xù)的拆分和細化
B. 太大的用戶故事不利于迭代開發(fā)，因此進入PBL的故事就必須足夠小
C. 開發(fā)就緒的用戶故事具備適當的規(guī)模
D. 開發(fā)就緒的用戶故事具備適當的細節(jié)
Q64. Scrum中需求管理責任人是: （）（單選題）
A、 項目經理
B、 產品總監(jiān)
C、 SM
D、 PO
Q65. 需求管理的干系人包含: (A B C D E F)（單選題）
A、 CEO
B、 測試人員
C、 產品總監(jiān)
D、 前端開發(fā)工程師
E、 業(yè)務運營
F、 用戶
Q66. 用戶故事與軟件需求的關系是: （）（多選題）
A. 用戶故事是軟件需求的一種表達方式。
B. 一個軟件需求可以被拆分成多個用戶故事。
C. 用戶故事包含了需求里的 who, why和what
D. 用戶故事遵循3C原則，幫助表達和理解軟件需求
Q67. 用戶故事的3C是: （）（多選題）
A. Code
B. Card
C. Conversation
D. Confirmation
E. Coordination
Q68. 產品待辦事項（Product Backlog）的條目包含: （）（多選題）
A. 新功能性需求
B. 增強性功能需求
C. 探索和調研工作
D. 部分已知的bug
E. 技術任務
Q69. 產品待辦事項列表的動態(tài)管理意思是: （）（多選題）
A. 產品待辦事項列表可以持續(xù)增加
B. 產品待辦事項條目不可以刪除
C. 產品待辦事項條目可以根據需要調整順序（唯一優(yōu)先級順序）
D. 產品待辦事項列表一個迭代調整一次
E. 產品待辦事項條目規(guī)模必須拆分得一樣大
Q70. 史詩級用戶故事（Epic）與用戶故事之間的關系: （）（多選題）
A. Epic是一組相似用戶故事的父級用戶故事
B. Epic在進入迭代前需要被拆分成多個足夠小的用戶故事
C. Epic可以跨迭代實施
D. 排入迭代內的用戶故事必須在一個迭代內完成
Q71. 以下哪些是需求優(yōu)先級技術: （）（多選題）
A. MoSCoW:Must, Should, Could, Won’t
B. Kano模型
C. 延遲成本
D. MVP技術
Q72. 敏捷的需求是怎么產生的（）（多選題）
A、項目開始時全部澄清
B、產品經理收集并分析整理出全部需求
C、層層分解逐步細化
D、客戶直接提給團隊
Q73. 產品待辦事項列表條目（Product Backlog item）（）（單選題）
A、可以包括需求和故障
B、應該由項目經理或團隊組長來維護和控制
C、必須用故事卡片粘貼到墻上
D、以上都是
Q74. 關于故事的規(guī)模估算，描述正確的是（）（多選題）
A. 建議采用相對規(guī)模估算方法
B. 每個故事的大小，可以使用連續(xù)自然數，譬如1,2,3,4,5,6,7...
C. 故事規(guī)模的大小用“故事點”來表示
D. 可以使用計劃撲克進行共同估算
Q75. 敏捷需求是層層分解的過程，在敏捷迭代過程中團隊需要重點關注（）（單選題）
A、發(fā)布計劃
B、迭代目標
C、用戶故事
D、以上都是
Q76. 用戶故事地圖需要有（）作為梳理基礎（單選）（單選題）
A、業(yè)務模型
B、業(yè)務流程
C、架構原型
D、以上都是
Q77. 用戶故事由（）組成（多選題）
A、一份書面的故事描述，用來做計劃和作為提示
B、有關故事細節(jié)討論的結論，用于具體化故事細節(jié)
C、驗收標準:用于表達故事細節(jié)且可用于判斷用戶故事所包含的需求是否被正確完成
D、以上都是
Q78. 用戶故事的三個C不包括如下的哪一項（）（單選題）
A、卡片（Card）
B、功能（Capability）
C、交流（Conversation）
D、確認（Confirmation）
Q79. 用戶故事的編寫格式不包含（）（單選題）
A、什么時間…
B、作為…
C、我想要…
D、以便…
Q80. 一個好的用戶故事評審的原則是（）（單選題）
A、SMART
B、INVEST
C、SOLID
D、GRASP
Q81. 用戶故事驗收標準格式不包含（）（單選題）
A、在什么時間…
B、在什么樣的情景或條件下…
C、采取了什么行動…
D、得到什么結果…
Q82. 下面哪些活動屬于Scrum框架的“五個活動”: （）（多選題）
A. 沖刺
B. 每日構建
C. 沖刺計劃會議
D. 每日站會
E. 沖刺評審會議
F. Code Review會議
G. 沖刺回顧會議
Q83. 用戶故事優(yōu)先級矩陣先做（）（單選題）
A、高客戶價值低技術風險
B、高客戶價值高技術風險
C、低客戶價值低技術風險
D、低客戶價值高技術風險
Q84. 下列哪一項不是產品待辦事項列表的關鍵內容（）（單選題）
A、用戶故事
B、用戶故事的大小估算
C、預估工時
D、優(yōu)先級/順序
Q85. 如下哪一個是合格的用戶故事（）（單選題）
A、作為消費派購物者，我希望有比價功能，以便比較相似產品后再購買
B、作為用戶，我希望有更好的用戶體驗，以便我更滿意你們的服務
C、作為產品經理，我希望改進批量查詢的存儲過程，以便能提升性能
D、作為后臺系統開發(fā)人員，我希望進行重構，以便提高代碼質量
Q86. 用戶故事的優(yōu)先級需要考慮哪些因素（）（單選題）
A、業(yè)務價值
B、成本
C、技術風險
D、以上都是
Q87. 用戶體驗團隊職能不包括（）（單選題）
A、數據庫設計
B、用戶訪談
C、視覺設計
D、交互設計
Q88. 用戶畫像（）（單選題）
A、是給用戶畫一幅肖像
B、是一種勾畫目標用戶、聯系用戶訴求與設計方向的有效工具
C、一個產品只有一種用戶畫像
D、用戶畫像是一個真實用戶的形象
Q89. 用戶體驗地圖可以（）（多選題）
A、以講故事的方式描述用戶與公司相關產品之間的互動，并以可視化圖形展示
B、幫助公司從用戶的角度去考慮他們的產品，以此與用戶去建立一種相互尊重、依賴、信任的長期關系
C、用于評估公司產品、服務的當前狀態(tài)以及預測未來可能出現的情況，挖掘用戶的痛點、尋找新的機遇去建立更好的用戶體驗
D、告訴我們用戶對產品的體驗經歷哪些階段
Q90. 用戶體驗地圖的關鍵元素可以有（）（多選題）
A、用戶角色
B、時間線
C、情緒指數
D、關鍵節(jié)點
E、使用場景
Q91. 產品的價值主張是指（）（單選題）
A、產品的商業(yè)價值
B、產品的品牌價值
C、產品對于消費者的價值和意義（能夠提供給消費者的利益）
D、產品的包裝價值
Q92. 價值主張畫布中解決方案分哪幾類（）（多選題）
A、實用型
B、鎮(zhèn)痛劑（解決用戶痛點）
C、興奮劑（讓用戶驚喜）
D、保守型
Q93. 用精益畫布分析產品創(chuàng)意時（）（單選題）
A、不考慮成本構成和收入來源
B、不包含目標用戶群
C、考慮競爭壁壘和銷售渠道
D、不設關鍵指標
Q94. 當用戶說他需要一輛車的時候，我們應該（）（單選題）
A、給他造一輛車
B、給他提供比汽車更好的交通工具
C、跟客戶確認他為什么需要一輛車
D、因為我們不造車，所以不用理會客戶的這個需求
Q95. 影響地圖包含哪幾個元素（）（多選題）
A、Why
B、Who
C、How
D、What
Q96. 軟件開發(fā)中的MVP是什么意思?（）（單選題）
A、團隊中最有貢獻的成員
B、最有價值的產品
C、最小可行性產品
D、最容易變更的產品
Q97. 在用戶研究方法中，屬于偏“行為”和“直接”的方式為（）（單選題）
A、一對一訪談
B、可用性測試
C、焦點小組訪談
D、問卷調查
Q98. 關于敏捷工程實踐，下面描述錯誤的是（）（單選題）
A. 敏捷實踐被非正式地分為工程實踐（面向技術和工具）和管理實踐（面向管理和過程）
B. 管理實踐和工程實踐相互補充，相互支撐，共同落地敏捷的原則和方法
C. XP和其它敏捷方法是不兼容的
D. DevOps包含了自動化等卓越技術實踐
Q99. 關于DevOps的描述錯誤的是 （）（單選題）
A. DevOps繼承了精益和敏捷方法論
B. DevOps將精益和敏捷滲透到整個開發(fā)運維過程
C. DevOps的目標是使組織能夠更加快捷、頻繁和可靠地構建、測試和發(fā)布軟件
D. DevOps的實施就是建立DevOps工具鏈或者平臺
Q100. 下面哪些做法不是持續(xù)集成（2個選項）（）（多選題）
A. 在迭代中，開發(fā)人員經常集成他們的工作，每人每天至少集成一次
B. 每次集成都通過自動化的構建（包括編譯，發(fā)布，自動化測試)來驗證
C. 團隊B的開發(fā)和測試分離，代碼提測后進入正式的SIT階段;在SIT階段，測試團隊使用持續(xù)集成平臺執(zhí)行自動編譯，代碼掃描，自動單元測試，自動部署，并自動執(zhí)行自動化接口測試。
D. 團隊A安裝了Jenkins，實現了Jenkins調度自動化編譯和部署，在需要的時候執(zhí)行流水線，將程序部署到目標環(huán)境。
Q101. 當緊急需求變化時（）（單選題）
A、產品負責人重新排列產品待辦事項（Product Backlog）優(yōu)先級，開發(fā)團隊決定哪些工作要重新認領
B、項目經理增加緊急任務，擴大加班時間
C、開發(fā)團隊拼命工作適應變化，并將項目拖回到正常軌道上來
D、緊急需求應該放到下一個迭代，不應該干擾現有的任務
Q102. 下面關于結對編程，描述錯誤的是 （）（單選題）
A. 兩個程序員并排坐在一臺電腦前，面對同一個顯示器，使用同一個鍵盤和鼠標一起工作
B. 輸入代碼的人稱作駕駛員，審查代碼的人稱作導航員， 兩個程序員定期互換角色
C. 結對編程是指一個程序員編寫代碼之后，由指定的一個人（結對者）來進行評審
D. 結對編程減少錯誤，產生更高質量的代碼，也帶來持續(xù)的學習，提高了效率
Q103. 為了盡量降低DevOps中的業(yè)務風險，下面哪一項是版本控制的主要目標?（）（單選題）
A. 配置偏離理想狀態(tài)時的告警
B. 保證重新生成先前最佳環(huán)境狀態(tài)
C. 保證重新生成生產環(huán)境，保障服務提供
D. 保證不同開發(fā)團隊共享源代碼
Q104. 以下哪一項完成的定義(DoD)更適用于DevOps的目標?（）（單選題）
A. 代碼已并入主分支，并通過了自動化單元測試。
B. 代碼在開發(fā)人員的電腦中如期運行，已通過單元測試。
C. 代碼在類似生產的環(huán)境中運行，已通過用戶驗收測試。
Q105. 關于PBL的DEEP原則，描述正確的是（）（多選題）
A. Detailed Appropriately 適度細節(jié):近期要實現的用戶故事多一些細節(jié)，遠期的少些細節(jié)
B. Estimated 估算的:PBL中的所有故事都要具備同樣的精確程度
C. Emergent 涌現的:PBL一直在變化，用戶故事可以根據需要被增加、改變、拆分、合并、丟棄
D. Prioritized 排序的:最有價值的在頂部，低價值的在底部
Q106. 自動化測試套件的特定設計目標是盡可能早地在測試中找到錯誤。理想自動化測試金字塔模型顯示了須執(zhí)行測試的正確順序。 需首先執(zhí)行哪一個測試?（）（單選題）
A. 自動化API測試
B. 自動化組件測試
C. 自動化單元測試
D. 自動化GUI測試
Q107. 關于“策略1:優(yōu)化個人生產力”和“策略2:優(yōu)化團隊生產力”兩種分支策略，下面哪一種說法是正確的?（）（單選題）
A. 兩種策略產生的合并工作量是相等的。
B. 策略1產生的合并工作量高于策略2。
C. 策略2產生的合并工作量高于策略1。
Q108. 一家零售公司徹底從瀑布式開發(fā)流程轉向DevOps。短時間內作出了很多選擇。這就產生了技術債務。例如，產品上市時間(time to market)顯著增加。但也有消除諸多延誤的方法。 價值流圖顯示20%的沖刺時間都花在移植代碼上，所有代碼均在單獨的代碼分支上實現維護。 以下哪種技術債務解決方案會實現更快的流動?（）（單選題）
A. 采用基于主干的開發(fā)
B. 在開發(fā)人員工作站復制測試故障
C. 開始金絲雀發(fā)布
D. 使用更多遙測
Q109. 實現高生產力、可測試性和安全的架構的特征是什么?（）（單選題）
A. 定義含糊的接口
B. 緊耦合
C. 定義明確的API
Q110. 請考慮以下要素:1 變更請求 ; 2 部署流水線工具 ;3 編譯后的可執(zhí)行文件 ;4 操作指南和標準。其中哪兩個要素一般存儲在統一的共享源代碼存儲庫里? （）（單選題）
A. 1和2
B. 1和4
C. 2和3
D. 2和4
Q111. 開發(fā)團隊可通過下列哪種方法促進交付預期的業(yè)務成果?（）（單選題）
A. 認真開展大量實驗
B. 完整的回歸測試
C. 假設驅動開發(fā)
D. SDLC
Q112. 下面關于實例化需求，描述不正確的是 （）（單選題）
A. 實例化需求是一種協作方法
B. 實例化需求使用真實的例子，來捕獲和說明需求
C. 需求的實例必須自動化
D. 可以使用GWT(Given...When...Then...)等格式來描述實例
Q113. 下面哪種評審方法會直接減少編碼錯誤?（）（單選題）
A. 觀察者評審
B. 結對編程
C. 同行評審
D. 工具輔助評審
Q114. 初創(chuàng)公司ABC在根據用戶期望開發(fā)移動導航應用程序的特性上面臨嚴峻挑戰(zhàn)。 下面哪一項是確保移動導航應用程序的特性與用戶期望相符的最佳方法?（）（單選題）
A. 在移動導航應用程序中，更為全面的開發(fā)足夠多的特性，從而為客戶提供更高級和更多的選擇，使其通過更多選項來自定義功能，來優(yōu)化用戶體驗。
B. 開發(fā)多個版本的移動導航應用程序，隨機選擇部分用戶，展示不同版本的應用，來獲取并對比用戶體驗。版本分為主控型版本與升級型版本，用戶被隨機挑選并使用其中一個版本。
C. 修改移動導航應用程序當前的UX特性，以便ABC在不犧牲質量的前提下保留UX的核心功能。
D. 提前三周發(fā)布移動導航應用程序的一個新特性，從而收集客戶對此特性的反饋。
Q115. 開發(fā)團隊可通過下列哪種方法促進交付預期的業(yè)務成果?（）（單選題）
A. 認真開展大量實驗
B. 完整的回歸測試
C. 以假設驅動開發(fā)
D. SDLC
