哎惶看，光長(zhǎng)了個(gè)會(huì)學(xué)習(xí)的腦子??捏顺，其他事情太遲鈍??
說(shuō)說(shuō)最近合作的開(kāi)發(fā)，今年有一個(gè)重點(diǎn)項(xiàng)目纬黎，可以理解為在原有功能的基礎(chǔ)上又加了新項(xiàng)目幅骄，這就涉及到了對(duì)原項(xiàng)目的改造，簡(jiǎn)單來(lái)說(shuō)就是新功能+老代碼改造莹桅，老代碼的改造也是為了新功能服務(wù)昌执。
開(kāi)發(fā)那邊把功能分的很細(xì)，并且一個(gè)完整功能沒(méi)完成就要上線诈泼，比如舉例來(lái)說(shuō)，定義了一個(gè)api煤禽，沒(méi)有任何實(shí)現(xiàn)铐达，也要先推上線，或者是query db的兩個(gè)funciton檬果，寫完了也要立馬上線瓮孙，不會(huì)跟著調(diào)用方寫完調(diào)用再一起上線。
講真我不太理解选脊，我能想到的就是杭抠，他們怕代碼積壓，怕以后產(chǎn)生過(guò)多代碼合并沖突恳啥，怕代碼回滾偏灿。從我的角度來(lái)講，代碼要上線钝的，不管啥代碼肯定是要經(jīng)過(guò)測(cè)試的翁垂，至少要保證代碼覆蓋率铆遭，但這個(gè)實(shí)際情況跟想像中有很大差別，本次上線的代碼不會(huì)有流量沿猜，但是卻一定要上線枚荣，這無(wú)疑是要承擔(dān)風(fēng)險(xiǎn)的。按以前來(lái)說(shuō)啼肩，我一定會(huì)要求先放到一個(gè)分支暫存橄妆，等對(duì)應(yīng)的功能開(kāi)發(fā)完成再上線。但是開(kāi)發(fā)不同意這樣做祈坠，并且很反對(duì)害碾。
最好的肯定是和開(kāi)發(fā)align好，相同功能分批上線的節(jié)奏以及功能拆分颁虐，保證每次上線的代碼都是經(jīng)過(guò)測(cè)試的蛮原，保證代碼覆蓋率
現(xiàn)實(shí)總是骨感的，我們屬于半路接手這邊的測(cè)試工作的另绩，也許我leader以前跟這邊開(kāi)發(fā)leader聊過(guò)也許沒(méi)聊過(guò)儒陨，也可能最近這個(gè)問(wèn)題太困擾我，我應(yīng)該跟他聊一聊笋籽。
最后蹦漠，實(shí)在沒(méi)辦法，開(kāi)發(fā)把功能切的太碎太細(xì)车海，我們從QE的角度笛园，怎么才能既節(jié)省人力又保證質(zhì)量？把風(fēng)險(xiǎn)降到最低侍芝？
- 分析改動(dòng)點(diǎn)研铆，與開(kāi)發(fā)一起確定測(cè)試scope
- 一定要做好已有功能的回歸，尤其是主flow
- 至于那些上線后暫時(shí)也用不到的部分州叠，尤其指domain內(nèi)部調(diào)用的棵红，可以暫不覆蓋
- 雖然暫時(shí)不覆蓋，但是case可以先設(shè)計(jì)出來(lái)
- 對(duì)于對(duì)外提供的接口咧栗，是需要做完全測(cè)試的
以上是個(gè)人愚見(jiàn)逆甜，僅從功能測(cè)試角度思考。
如果再來(lái)一次致板，應(yīng)該咋辦交煞？
- 我應(yīng)該會(huì)再提前了解到是新功能+老代碼改造并行的時(shí)候，就跟開(kāi)發(fā)align好斟或，盡量相同功能一起上線素征，如果實(shí)在不能，要做功能拆分，需要根據(jù)可測(cè)性來(lái)拆分稚茅，并且暫時(shí)無(wú)法上線的部分纸淮，要維護(hù)在單獨(dú)分支里。
為什么會(huì)有問(wèn)題亚享？
- 本質(zhì)上來(lái)講是質(zhì)量意識(shí)問(wèn)題咽块。
可以通過(guò)流程來(lái)控制嗎？我覺(jué)得有可能
產(chǎn)品和PMO參與嗎欺税？不參與
如何給開(kāi)發(fā)團(tuán)隊(duì)滲透質(zhì)量意識(shí)侈沪？
歡迎各抒己見(jiàn)
