程序員代碼構建困局~

以下爲譯文: 我們需要根據代碼的反饋來決定是否應該繼續修改代碼還是應該發佈,而構建(即編譯+運行測試+部署+更多測試等)正是獲取該反饋的瓶頸。影響構建的主要因素有兩個: 構建運行的頻率(每次代碼提交、每小時、每週等等) 構建需要花費多長時間才能完成 許多公司還會下功夫減少對手動QA環節的依賴等,但在過渡過程中(例如建立更多的自動化測試,或存在目前無法實現自動化的測試),仍需一些手動測試或驗證。因此
相關文章
相關標籤/搜索