2019年敏捷轉型中的質量前置實踐.pdf

1、02、方案&工具目 錄Contents01、困難&原因03、實施效果04、持續改進05、總結困難&原因01章節 PART鄭州銀行新手機銀行項目 項目團隊由甲方及兩家供應商組成 團隊規模：40+，分成3個Scrum團隊 參考Scrum模型：兩周一迭代，一月一版本 團隊分工明確：PO、Java、原生、H5、UX和測試 小瀑布：第二周的周四、五才完成前后端聯調提測 測試開發比 1：10 缺少自動化測試能力 測試環境和測試數據不完備項目背景 Sprint 1 評審會完成度尚可交付版本質量不足部分功能主流程不通（來不及調通）重要干系人對質量不滿質量困難原因分析小瀑布雙周迭代小瀑布開發（故事1、2、3。）

2、集成測試發布 分工引發上游質量把控不嚴 Parkinsons Law造成提測滯后 迭代中前期測試工程師在等待可測軟件 測試環境/數據問題暴露晚 修復Bug的時間少、風險高方案&工具02章節 PART 約定提測日期 增加人力，尤其是測試工程師 嚴厲的懲罰措施“下意識”的做法全局優化 Over 局部優化質量賦能：測試工程師的工作左移DevOps理論指導實踐落地定制化工具固化核心理論：1、內建質量；2、減少等待和返工基本方案：1、合理拆解；2、單件流；3、ATDD我們的方案合理拆解需求 顆粒度：將用戶故事拆解到2-3天能完成開發，進行提測 需求質量：測試工程師介入用戶故事拆解和書寫 提測質量：強調前

3、后端聯調后自測ATDD-Acceptance Test Driven Development 驗收測試驅動開發：在業務層次，在需求分析時就確定需求（如用戶故事）的驗收標準 目標對齊：PO、開發和測試工程師一起確定驗收測試用例，減少團隊間分歧 目標明確：開發工程師提測前自測ATDD中的冒煙測試用例，提高提測質量單件流破解小瀑布質量陷阱雙周迭代開發（故事1、2、3。）集成測試發布開發(故事1)集成測試開發 2集成測試開發 3集成測試單件流破解小瀑布質量陷阱 減少等待：每完成一個故事就提測，通常迭代的第三天，測試工程師即可開始測試工作 減少返工：強調開發工程師冒煙自測 疏通環境：盡早發現并解決測試環

4、境中的阻斷因素 疏通數據：盡早發現并解決測試數據依賴 Bug修復：增加Bug修復和驗證時長單件流破解小瀑布質量陷阱 流水線：開發環境每次Push都進行CI，后端每次Push進行CD；測試環境每日兩次Build和Deployment 靜態代碼檢查：端碼&Sonar進行代碼掃描，issue日清 單元測試：重點模塊覆蓋率達到60%使用工具輔助理論落地 團隊成長離不開合理的使用工具體系輔助和引導 提示：囿于篇幅重點介紹本項目中創新型工具Grater Board推動高質量交付提測/交付的用戶故事每日新增Bug曲線冒煙失敗Grater Board的由來 靈感來自廚房 征集中文名稱Grater Board背

5、后的DevOps理論支撐 Culture 文化：引導團隊全員質量文化 Automation 自動化：測試只接受流水線版本 Lean 精益：減少等待（盡早提測）和返工（冒煙失?。㎝etrics 度量：度量故事提測日期與質量 Sharing 分享：通過可視化分享信息與經驗教訓實施效果03章節 PARTSprint 3 實施效果 進度：按時完成 質量：無阻斷和嚴重級的Bug 節奏：迭代末不再瘋狂加班 認可：項目、團隊和方法學均得到重要干系人認可持續改進04章節 PART持續質量前置 需求質量賦能：減少需求分析失誤帶來的變更 開發質量賦能：重視技術方案，更加合理拆分需求 測試左移：引入BDD、代碼評審、單元測試等 融入全局優化：Grater Board與看板體系的集成，融入價值流 Grater Board電子化，便于記錄與度量總結05章節 PART質量前置 高質量來自全局優化 測試工程師向質量賦能者轉換 DevOps理論指導實踐落地定制化工具固化榮譽屬于團隊！THANK YOU感 謝 聆 聽