《敏捷軟體開發》第4章測試

2021-09-07 18:13:49 字數 415 閱讀 1127

《敏捷軟體開發》第4章測試

4.1測試驅動的開發方法

答:作者的意思應該是說,先有測試方案,這樣可以引導、督促開發人員向正確的方向寫**。

4.1.1乙個測試優先設計的示例

答:作者以乙個遊戲為例,說明了測試優先設計。

4.1.2測試促使模組之間隔離

答:如果先做出測試方案,有利於分離耦合程式設計。

4.1.3意外獲得的解耦合

答:作者再次強調測試驅動解耦合。

4.2驗收測試

答:迭代初期就要做好驗收測試準備。

4.2.1驗收測試示例

答:作者寫了幾個xml檔案,說可以通過多種方法傳遞xml檔案,實際我沒明白作者的意思。

4.2.2意外獲得的構架

答:作者的意思應該是說,測試優先,也是乙個很好的構架思路。

《敏捷軟體開發》第3章 計畫

敏捷軟體開發 第3章 計畫 3.1初始探索 答 細分大的使用者素材,合併小的使用者素材。主要是為了了解開機速度。花費幾天時間去原型化一到兩個用 戶素材來了解團隊的速度就足夠了。這樣的乙個原型化過程稱為 spike 3.2發布計畫 答 根據素材的實現需要的時間,來確定素材的優先順序。3.3迭代計畫 答...

敏捷軟體開發 測試

test driven development 測試驅動開發 如果我們遵守了以下的規則進行開發,那麼這就是測試驅動開發 在編寫任何產品 之前先寫乙個會執行失敗的單元測試。編寫乙個單元測試,使其剛好能夠執行失敗或者編譯失敗。編寫的產品 應該剛好能夠使失敗的單元測試執行通過。如果按照這種開發方式進行開發...

敏捷軟體開發 第I部分 敏捷開發

人件 人與人之間的互動是複雜的,並且其效果從來都難以預期,但卻是工作中最為重要的方面。人不是 插入即相容的程式設計裝置 凝聚力 敏捷軟體開發宣言 個體和互動勝過過程和工具 可以工作的軟體勝過面面俱到的文件 工作的軟體是首要的進度度量標準。客戶合作勝過合同談判 響應變化勝過遵循計畫 為下兩周做詳細的計...