有些項目組對此的懲罰就有點殘酷了。微軟的開發人員,在一些知名度很高、很重要的產品如Windows NT,Windows 95,Excel等產品后期研發中,被要求隨時帶著尋呼機,如果你的代碼導致build失敗的話,即使是凌晨3點鐘,也會要求你立即來處理這個問題。
7、即使在壓力下也需堅持每日構造和冒煙測試
當項目進度的壓力越來越大時,維護每日構造的工作看起來有些浪費時間,但是恰恰相反。在壓力之下,開發人員丟掉一些平時的規定,會采用一些設計和實現的捷徑,這在平時壓力較小的環境下一般時不會用的。代碼的review和單元測試也可能會比平時粗心一些,這些代碼的狀態變化也會比平時快很多。
為防止這種情況的出現,每日構造會堅持相關的規定,讓壓力下的項目保持在正軌上。代碼仍然每天在不斷變化,但是構造過程使得這種變化每天都可控。
誰能夠從每日構造這種過程中得到好處呢?一些開發人員會抗議說,由于他們的項目太大,每天進行build是沒有實際意義的。但是為什么現在最復雜的軟件項目組卻能夠成功的執行每日構造的制度呢?本文首發時,Windows NT包括了560萬行代碼、分布在4萬個源程序文件中,項目組仍然可以堅持每日構造。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/