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