項目和迭代的時間線
迭代有六個星期之久。表 1 顯示了一般的迭代規劃，以及為每個星期計劃的具體的系統測試活動。在迭代的第 1 周中，高級架構師提出建議的候選功能列表。該列表主要基于具體客戶的需求，并且通過用例進行描述。該列表可在線訪問，以便在迭代進行中，所有的團隊成員都可以改進用例。每個團隊成員都會審查候選的列表，并與團隊成員和高級架構師一起討論設計及問題，并且在周末提交在迭代結束時（是否）要交付的功能。每天舉行一個小會。高級架構師每天都出席大部分小會議，并且在所有迭代過程中都與全部團隊成員在一起。
如前面所提到的，最后的迭代計劃著重于在開發迭代中不能實現的最終的缺陷清理和復雜的測試。為了提高穩定性，最后的迭代沒有新的功能。六個迭代完成了。同時，在最后的迭代中，大量的開發人員需要加入系統測試團隊成員中，通過提供對測試執行和調試的輔助來完成最終的迭代。其余的開發人員會處理缺陷。這意味著在較早的迭代中的開發階段里，一些開發人員需要為了最后的迭代而培訓系統測試的知識。
表 1：每個迭代的活動：開發和系統測試
| 周 | 開發 | 系統測試活動 |
| 1 | 開始 設計 團隊承諾 |
決定并提出迭代承諾，包括：根據在迭代中交付的新功能，定義壓力測試的測試應用程序的提高及選擇。 |
| 2 | 開發/測試 | 與高級架構師一起審查測試應用程序設計的增強。 開始應用程序增強的開發和單元測試。 利用可用的驅動程序開始回歸測試。 |
| 3-4 | 開發/測試 審查開發/測試結果 |
繼續應用程序增強的開發和單元測試，及回歸測試。 創建測試場景并準備必要配置的機器。開發/提高自動化腳本。 |
| 5 | 高優先級的缺陷，沒有新的功能 | 壓力運行新的功能。在連續的迭代中增加壓力/負載。 對新的功能驅動程序進行回歸。 打開缺陷，帶補丁執行，提供追蹤，并檢驗缺陷。培訓開發人員加入 SVT 的工作。 用額外的細節改進測試場景，并追蹤進展。 |
| 6 | 審查系統測試結果 打包 演示 了解的經驗 交付 |
繼續與第 5 周同樣的活動。 參與演示的計劃、準備及執行。 提出系統測試結果。 為所了解的經驗提供輸入。 |
| 每天 | 功能測試的回歸 | 對當前的驅動程序進行回歸。 |
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
