敏捷開發中的持續構建實踐
在08年的stp第6期雜誌，glenn jones在《fly into agile development with agile testing》一文中與我們分享了他們的敏捷專案中的持續構建的做法：
（1）每當有開發人員簽入**，不管是多小的修改，都會執行持續構建。如果在構建過程中有人提交了**更改，則會在下一輪的構建中包括進來。
（2）持續構建後會執行部份的單元測試、部分的功能測試和部分的介面測試，用於確保主要路徑和關鍵的介面都是正常工作的。
（3）每隔20分鐘執行一次構建，因此需要選擇一些測試用例來執行，每個模組選擇一些測試，對於那些複雜的模組、由於依賴其他模組而容易失效的模組，則會選擇多一點測試用例。
持續構建為開發人員節省了時間。
因為開發人員都在持續不斷地重構**、新增**，以便應對新的需求，以及由於其他開發人員的**更改造成的影響。如果持續構建的頻率降低，例如一天才一次，這樣的話，某些開發人員修改了**可能破壞了某些功能，其他開發人員可能因此而不能夠測試他們新新增的**。很多開發人員會花費很多時間在看到底是什麼原因導致了錯誤。
相反，持續構建可以通過快速地定位問題，從而幫助節省這些時間，讓開發人員可以很快地修正自己**種的錯誤，從而減少對其他開發人員的效率造成的影響。
敏捷開發中的實踐流程和開發原則
在某些環境下，敏捷開發可以帶來的收益並非被所有人知曉。更多的情況下，敏捷軟體開發被當做是一種神聖的或者使用範圍侷限的活動。然而，在國內大多數軟體開發者素質平平的情況下，倘若敏捷教練無法通曉敏捷開發的基礎知識，那麼敏捷軟體開發在團隊中的實踐很可能變成讓人懊惱的制度性約束。那麼，以下這些知識可以說是敏捷...
敏捷開發實踐 pair programming
上週一是洋老闆d正式上班的第一天，我們三人小組開了乙個很短的會，會議的主題很簡單，依然是那不變的scrum 每日站立會議三段論 前一陣做了什麼？將要做什麼？有什麼問題？下午，我正在皺著眉頭解決乙個dojo的問題 剛接觸dojo,很具挑戰性啊 d問我是否準備好了pair programming.對於p...
敏捷軟體開發之敏捷實踐
good 勝過normal 個體和互動 過程和工具 可以工作的軟體 面面俱到的文件 客戶合作 合同談判 響應變化 遵循計畫 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。團隊的構建要比環境的構建重要得多。許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。相反，應該首先致力...