最近,拖延癥又犯了,遲了一周的C項(xiàng)目V2.5版本的復(fù)盤來了,雖遲但到。
2.5版本是個(gè)小版本,在測(cè)試過程中,沒有復(fù)雜的邏輯,總體來說,質(zhì)量還行,最后由于開發(fā)人員中間穿插了其他任務(wù),導(dǎo)致項(xiàng)目延期半天上線,還好是在可控范圍內(nèi)的。
但是線上出現(xiàn)了三個(gè)問題:
一、數(shù)據(jù)部修改接口未通知,導(dǎo)致出現(xiàn)重大Bug
上線3天后,出現(xiàn)了一個(gè)比較嚴(yán)重的線上Bug,該系統(tǒng)C(屬于研發(fā)部)本來是用來給用戶生成鏈接,去運(yùn)營投放的,結(jié)果生成鏈接報(bào)錯(cuò)了。
出了問題之后,根據(jù)內(nèi)部IM群里的提示消息,開發(fā)同學(xué)第一時(shí)間進(jìn)行了排查,發(fā)現(xiàn)是依賴于數(shù)據(jù)部的系統(tǒng)R,昨天上線了新版本,修改了接口,沒有通知到我們這邊,導(dǎo)致報(bào)錯(cuò)了。
該接口之前,兩邊協(xié)商的是都傳產(chǎn)品名稱字段,但是昨天數(shù)據(jù)部系統(tǒng)R,修改了接口,我們這邊只能傳ID,與其保持一致,臨時(shí)商量了解決方案,系統(tǒng)C,將頁面的產(chǎn)品名稱改成產(chǎn)品ID,與數(shù)據(jù)部保持一致,讓用戶先用起來。
通過這個(gè)線上事故,反應(yīng)出了一些問題,部門內(nèi)部流程問題。數(shù)據(jù)部的系統(tǒng),本身就會(huì)對(duì)接很多平臺(tái),開發(fā)同學(xué)修改接口的時(shí)候,對(duì)于這種與多個(gè)系統(tǒng)對(duì)接的系統(tǒng),尤其需要注意是否影響了外部對(duì)接的系統(tǒng),這塊可以在代碼處備注,或者形成規(guī)范的文檔,或者查看線上接口調(diào)用日志,后續(xù)在修改該接口的時(shí)候,務(wù)必通知關(guān)聯(lián)的其他系統(tǒng)。
一周后,也就是今天,數(shù)據(jù)部的領(lǐng)導(dǎo),梳理了一個(gè)基本流程:
1、開發(fā)同學(xué)發(fā)送提測(cè)郵件,描述本次提測(cè)和變更的功能點(diǎn)
2、由項(xiàng)目負(fù)責(zé)人進(jìn)行評(píng)估,并通知關(guān)聯(lián)方
3、測(cè)試通過后,項(xiàng)目負(fù)責(zé)人安排驗(yàn)收,并發(fā)送驗(yàn)證通過郵件
4、運(yùn)維同學(xué)收到項(xiàng)目負(fù)責(zé)人的驗(yàn)收郵件后,才能安排上線
流程出來后,就能避免上述事故了,犯錯(cuò)不可怕,可怕的是在同樣的坑里跌倒多次,領(lǐng)導(dǎo)思維:出現(xiàn)事故--擔(dān)責(zé)--復(fù)盤--想辦法規(guī)避錯(cuò)誤--讓團(tuán)隊(duì)正常運(yùn)轉(zhuǎn)起來。
二、數(shù)據(jù)庫未加主鍵,重推后會(huì)出現(xiàn)大量重復(fù)數(shù)據(jù)
系統(tǒng)C的很多數(shù)據(jù),都是依賴于數(shù)據(jù)部進(jìn)行推送的,但是在測(cè)試環(huán)境由于時(shí)間關(guān)系,未考慮重新推送的問題,結(jié)果上線后,由于需要,會(huì)多次推送數(shù)據(jù),結(jié)果,就出現(xiàn)了很多重復(fù)的數(shù)據(jù)。
系統(tǒng)C對(duì)接了很多產(chǎn)品,但是每個(gè)產(chǎn)品的代碼還不同(與之前的架構(gòu)有關(guān)),而且,正處于業(yè)務(wù)方內(nèi)測(cè)階段,而開發(fā)同學(xué)修復(fù)Bug是一個(gè)產(chǎn)品一個(gè)產(chǎn)品來的,需要系統(tǒng)C和數(shù)據(jù)部的研發(fā)同學(xué)一起配合修復(fù),兩邊的工作重點(diǎn)又不一樣,沒有一個(gè)人去主動(dòng)推薦這件事情,最后修復(fù)了好幾天,最后給業(yè)務(wù)方的印象就不太好,據(jù)說是開發(fā)同學(xué)響應(yīng)不及時(shí)。
經(jīng)過這個(gè)事情,有3點(diǎn)啟發(fā):
1、測(cè)試同學(xué),以后即使時(shí)間很緊,也要考慮數(shù)據(jù)重推的問題,可以自查數(shù)據(jù)庫的主鍵,提醒開發(fā)同學(xué)加上主鍵,保證數(shù)據(jù)不要重復(fù)。
2、業(yè)務(wù)方反饋的線上問題,需要第一時(shí)間響應(yīng),確保給業(yè)務(wù)方留下好的印象,否則,后續(xù)的工作,不太好開展。
3、遇到重要緊急的需求,下游方需要主動(dòng)找上游去推進(jìn),即使上游例如數(shù)據(jù)部的研發(fā)同學(xué)有其他工作要做,也要主動(dòng)去找其領(lǐng)導(dǎo)商量,否則一直拖,拖到最后,所有的鍋都甩到下游方頭上了。
三、測(cè)試場(chǎng)景覆蓋不全
這個(gè)問題,其實(shí)是上次2.4版本遺留下來的,系統(tǒng)C會(huì)接入很多產(chǎn)品,但是每個(gè)產(chǎn)品在數(shù)據(jù)部的代碼計(jì)算邏輯都是不一樣的,不知道為啥沒復(fù)用,可能跟之前設(shè)計(jì)的架構(gòu)有關(guān)系。
在之前的測(cè)試過程中,系統(tǒng)C和數(shù)據(jù)部的研發(fā)同學(xué)表示,只覆蓋一個(gè)產(chǎn)品就ok了,其他都差不多,時(shí)間很緊,沒有多想,于是就只測(cè)試了一個(gè)產(chǎn)品。
后來上線之后,發(fā)現(xiàn)接入的其他產(chǎn)品可能會(huì)有無法生成數(shù)據(jù)的情況,后來開發(fā)同學(xué)排查,才發(fā)現(xiàn)是每個(gè)產(chǎn)品的代碼邏輯不一樣。
經(jīng)過與研發(fā)同學(xué)和項(xiàng)目負(fù)責(zé)人討論,后續(xù)的測(cè)試方案會(huì)變化,即每次接入一個(gè)新的產(chǎn)品,需要在測(cè)試環(huán)境走通流程后再上線,不能不經(jīng)測(cè)試就直接在線上接入新產(chǎn)品。
這個(gè)問題,后續(xù)的避免方式是,與開發(fā)盡量多溝通,準(zhǔn)確確認(rèn)測(cè)試范圍。
復(fù)盤就會(huì)有收獲,以上僅代表個(gè)人觀點(diǎn),希望能對(duì)你有所啟發(fā)~
ps:我是lc馨馨紫,全網(wǎng)名稱統(tǒng)一,期待優(yōu)秀的你關(guān)注我~
原創(chuàng)文章,轉(zhuǎn)載請(qǐng)注明出處~
原文鏈接:https://mp.weixin.qq.com/s/U1Sh7srDCuwRXN2IXo6W7A
復(fù)盤系列文章:
對(duì),還是項(xiàng)目復(fù)盤
對(duì)稱日上線項(xiàng)目的日常復(fù)盤
項(xiàng)目提前上線的7點(diǎn)感受
項(xiàng)目延期半天的8點(diǎn)感受