項目持續(xù)交付實踐雜談

1、項目持續(xù)交付實踐雜談技術創(chuàng)新，變革未來 IT行業(yè)新詞多精益軟件開發(fā)持續(xù)集成敏捷軟件開發(fā)持續(xù)部署持續(xù)交付DevOps看板方法精益創(chuàng)業(yè)增長黑客精益分析精益設計設計思維持續(xù)集成DevOps敏捷開發(fā)持續(xù)交付持續(xù) 集成發(fā)布管理測試 管理數(shù)據(jù)管理配置 管理環(huán)境部署持續(xù)交付成熟度模型6f霾交構階一次A 心系統(tǒng)測試子系統(tǒng)測試40min9min10min7min應用編譯集群應用編譯緩存代碼和測試增加16min分布式編譯 編譯依賴梳 理測試優(yōu)化 How to do it in the right way？ 理想：2周1個beta版本，每月發(fā)布1個穩(wěn)定版本現(xiàn)實：各種延遲，2，3個月沒有穩(wěn)定版可發(fā)布需求變更多，很難管

2、理各個里程碑有疏漏的需求 開發(fā)完成后，Bug比較多插入事情多，項目計劃與交付風險不可預期并行版本的開發(fā)分支過多，分支間同步工作量大分支合并后驗證成本較高支線測試后期才暴露出來較多問題多個需求，多個版本同時修改代碼，開發(fā)、測試和上線部署沖突問題多在臨近產(chǎn)品交付的最后階段，開發(fā)為了業(yè)務KPI臨時加需求，導致測試壓力大測試作為靠后的工序，經(jīng)常被壓縮時間，給質(zhì)量保證帶來難度 測試對技術方案了解比較滯后，用例的設計存在一定盲目性測試缺乏對系統(tǒng)實現(xiàn)的理解，對影響范圍難以界定問題發(fā)現(xiàn)的階段太晚，內(nèi)部測試不能發(fā)現(xiàn)，外發(fā)后解決，成本幾十倍的增加、效率太低軟件構建打包時間太長 自動化測試成熟度不高 每次集成聯(lián)調(diào)時

3、間比較長軟件環(huán)境部署非常繁雜，耗時較長有時候開發(fā)環(huán)境沒有問題，部署到測試或生產(chǎn)環(huán)境就會有問題 1天2個beta版本，每周1個候選穩(wěn)定版本軟件基本質(zhì)量：crash下降了90%品牌：騰訊精品第五進步第三能不能有點靠譜的設計不出定稿不要給我們開發(fā)需求變更要嚴格控制P0用例測試不通過，不許提測測試階段，不許再加需求了這個問題是測試漏測。1.組織架構解耦AB開發(fā)開發(fā)這個設計這樣做似乎更好？有版本可以驗證不？給我一個新版本體驗一下我可以幫你多觸發(fā)幾種場景來 驗證這個用戶體驗不夠好，再改改大家都好好驗證一下。2. 軟件架構解耦配置管理&一鍵式配管升級架構解藕團隊解藕從2個月到2小時持續(xù) 集成發(fā)布管理測試 管理數(shù)據(jù)管理配置 管理環(huán)境部署持續(xù)交付成熟度模型團隊協(xié)作機制系統(tǒng)架構 適應性配置管理測試管理發(fā)布及監(jiān)控 管理構建集成數(shù)據(jù)及環(huán)境 管理持 續(xù) 交 付 七 巧 板組織協(xié)作機制系統(tǒng)架構 適應性配置管理測試管理發(fā)布及監(jiān)控 管理構建集成數(shù)據(jù)及環(huán)境 管理持 續(xù) 交 付 七 巧 板持續(xù)交付三步走戰(zhàn)略目標 機制方法基礎支