項(xiàng)目持續(xù)交付實(shí)踐雜談

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

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

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