14.4從任務(wù)到代碼

　　14.4.1接到任務(wù)

　　小飛接到任務(wù)后，他會怎么辦呢？他會做下面這幾件事情。

　?。?）估計開發(fā)任務(wù)所需的時間，他會參考以前同類任務(wù)所需花費的實際時間，以及別的同事的時間估計。

　　（2）小飛會試著寫一些快速原型的代碼，看看效果會怎樣。他在這一過程中發(fā)現(xiàn)了一些問題，通過和PM溝通，他們?nèi)〉昧艘恢乱庖姟?br />
　?。?）在看到初始效果和了解了實現(xiàn)的細節(jié)后，小飛開始寫設(shè)計文檔，寫好之后，他可以請同事一起來復(fù)審設(shè)計文檔 （復(fù)審可選，因為一般情況下任務(wù)都不大）。

　?。?）設(shè)計文檔寫好之后，小飛就會按照設(shè)計文檔寫代碼。 在寫的過程中，他又發(fā)現(xiàn)了一些原來沒有想到的問題，通過和PM溝通，找到了解決方案。

　　（5）寫好代碼后，小飛對照設(shè)計文檔和代碼的指南作自我復(fù)審。

　?。?）創(chuàng)建或更新單元測試。

　?。?）進行單元測試（不僅要通過自己新創(chuàng)建或更新的單元測試，還要通過整個模塊/系統(tǒng)的單元測試）。

　?。?）重構(gòu)代碼，如果必要的話。

　?。?）代碼復(fù)審。

　?。?0）把代碼簽入代碼庫中。

　　由上可知，開發(fā)者必須寫自己代碼的單元測試。開發(fā)環(huán)境必須能夠很快地讓一些小的修改通過（做一個代碼修改的最低成本是多少？例如，如果我只改動一個無關(guān)緊要的功能，要多長時間才能運行所有的單元測試。要求：快速，自動化）。

　　14.4.2把修改集集成到代碼庫中

　　現(xiàn)在開發(fā)人員手頭上有不少修改，分別屬于不同的具體任務(wù)，那如何把這些修改簽入源代碼控制之中呢？

　　（1）根據(jù)場景和開發(fā)任務(wù)來決定集成的次序。

　　（2）互相依賴的任務(wù)要一起集成。

　　（3）在測試場景時，要保證端到端的測試。

　　（4）場景的所有者必須保證場景完全通過測試，然后把場景的狀態(tài)改為“解決”。

圖14-1 移山公司開發(fā)流程

　　14.4.3標(biāo)準(zhǔn)開發(fā)人員的工作流程

　　綜上所述，我們就可以得到開發(fā)人員的工作流程（如圖14-1所示）。