3.24發(fā)版暴露出的一些問題
1岂津、為什么耗時(shí)這么久嫉晶？
測試時(shí)間過長陨倡。
而導(dǎo)致測試時(shí)間過長的原因有兩點(diǎn)敛滋。
1 測試環(huán)境 生產(chǎn)環(huán)境差別大
2 業(yè)務(wù)測試自動(dòng)化程度低。
環(huán)境差異主要提現(xiàn)在app打包配置 不一樣兴革。app測試環(huán)境熱更新無法測試
后端似乎也有對應(yīng)的環(huán)境差異绎晃。我發(fā)現(xiàn)的 登錄時(shí)也有差異 部分環(huán)境會(huì)將token作為sid在跳轉(zhuǎn)時(shí)作為參數(shù)返回，而部分不會(huì)杂曲。(待準(zhǔn)確驗(yàn)證)
2庶艾、后端服務(wù)發(fā)版步驟過多
后端發(fā)布時(shí)間長擎勘，前后端發(fā)布不同步咱揍，可能造成一段時(shí)間的服務(wù)不可用。
1 加快后端發(fā)布速度棚饵，可以多環(huán)境統(tǒng)一發(fā)煤裙。或者 星舟支持灰度發(fā)布
2 后端能夠加入重構(gòu) 新服務(wù)在星舟上統(tǒng)一發(fā)布
3 權(quán)宜之計(jì) 后端接口加入版本限制
3噪漾、前端scene站點(diǎn)發(fā)布和后端發(fā)布中時(shí)間差 可能導(dǎo)致服務(wù)不可用
4硼砰、前端APP對生產(chǎn)環(huán)境調(diào)試能力不足。
關(guān)于團(tuán)隊(duì)迭代的一些想法
1欣硼、技術(shù)債務(wù)和軟件需求的百分比分配問題 （https://leadership.garden/tips-on-prioritizing-tech-debt/）
技術(shù)債務(wù)和需求迭代比例劃分 8:2
眾所周知的题翰，我們的技術(shù)債務(wù)是巨大的。為此前端也已經(jīng)開始了一部分的重構(gòu)工作诈胜。但是這種集中式解決的方式之后豹障。我們依然需要投入一定的精力去完成一些技術(shù)債務(wù)的去除，來保證我們的產(chǎn)品不陷入劣化和在技術(shù)債務(wù)上建設(shè)功能焦匈。
2血公、迭代時(shí)間如何合理劃分，確定迭代內(nèi)容缓熟。
迭代節(jié)奏的把控
現(xiàn)在我們的節(jié)奏是混亂的坞笙。迭代節(jié)點(diǎn)是如何確定的？迭代需求移入移出的多荚虚。
流程: 需求初步形成-需求和SM溝通(所需時(shí)間，是否需要技術(shù)方案）-SM確定迭代內(nèi)包涵需求-迭代需求會(huì)-開發(fā)測試拆解任務(wù)-SM確認(rèn)拆解合理-測試用例評(píng)審-開發(fā)-驗(yàn)收-發(fā)布評(píng)審-正式上線-迭代回顧
