n .13老師所講-生產(chǎn)問題的案例,首先回滾版本,再看日志。這會引發(fā)更多的系統(tǒng)功能不可用吧,兩個版本之間的功能差異尚不清楚就直接回滾,系統(tǒng)風險是否被進一步擴大?這個確實要具體情況具體看,因為我軟件開發(fā)常的系統(tǒng)上線,都會有回滾方案,回滾也是自動化的很方便。有些跟數(shù)據(jù)庫相關的,如果數(shù)據(jù)庫結(jié)構(gòu)發(fā)生變化又產(chǎn)生了新數(shù)據(jù),考試軟件開發(fā),確實沒法直接回滾。n .14團隊成員的能力和素質(zhì)參差不齊,如何有效的去組織和管理項目的自動化測試,自動化集成?首先,你要先搭建好自動化測試環(huán)境,讓自動化測試代碼能跑起來,軟件開發(fā)好要和ci持續(xù)集成工具整合在一起,每次提交代碼ci都會跑自動測試,然后能看到運行結(jié)果。然后,把自動化測試作為開發(fā)流程的一部分,比如說要代碼-和自動化測試通過后才能合并代碼。這部分工作如果和ci集成會容易很多。再有就是要培訓,比如遇到不會寫的,開始先帶著他寫幾個,-他學會了自己能寫,然后下次代碼-的時候,看到缺了就要求補上,還不會就繼續(xù)教,來不及寫的就創(chuàng)建個ticket-起來。簡單來說,就是代碼-+ci+培訓。n .15各種類型的測試覆蓋率你們一般采用什么指標?個人感覺在理想的情況下好是做到百軟件開發(fā)百覆蓋率。100%覆蓋,這個我覺得可以作為一種理想追求,但是沒-軟件開發(fā)致,還是要在進度和之間有個平衡比較好,畢竟進度也很重要。另外對于前端業(yè)務,我更重視集成測試的覆蓋,餐飲軟件開發(fā),對于主要業(yè)務場景集成測試覆蓋-后,單元測試也就有比較多的覆蓋,相對更高,然后再逐步補充單元測試的覆蓋率。