项目和迭代的时间线
迭代有六个星期之久。表 1 显示了一般的迭代规划，以及为每个星期计划的具体的系统测试活动。在迭代的第 1 周中，高级架构师提出建议的候选功能列表。该列表主要基于具体客户的需求，并且通过用例进行描述。该列表可在线访问，以便在迭代进行中，所有的团队成员都可以改进用例。每个团队成员都会审查候选的列表，并与团队成员和高级架构师一起讨论设计及问题，并且在周末提交在迭代结束时（是否）要交付的功能。每天举行一个小会。高级架构师每天都出席大部分小会议，并且在所有迭代过程中都与全部团队成员在一起。
如前面所提到的，最后的迭代计划着重于在开发迭代中不能实现的最终的缺陷清理和复杂的测试。为了提高稳定性，最后的迭代没有新的功能。六个迭代完成了。同时，在最后的迭代中，大量的开发人员需要加入系统测试团队成员中，通过提供对测试执行和调试的辅助来完成最终的迭代。其余的开发人员会处理缺陷。这意味着在较早的迭代中的开发阶段里，一些开发人员需要为了最后的迭代而培训系统测试的知识。
表 1：每个迭代的活动：开发和系统测试
| 周 | 开发 | 系统测试活动 |
| 1 | 开始 设计 团队承诺 |
决定并提出迭代承诺，包括：根据在迭代中交付的新功能，定义压力测试的测试应用程序的提高及选择。 |
| 2 | 开发/测试 | 与高级架构师一起审查测试应用程序设计的增强。 开始应用程序增强的开发和单元测试。 利用可用的驱动程序开始回归测试。 |
| 3-4 | 开发/测试 审查开发/测试结果 |
继续应用程序增强的开发和单元测试，及回归测试。 创建测试场景并准备必要配置的机器。开发/提高自动化脚本。 |
| 5 | 高优先级的缺陷，没有新的功能 | 压力运行新的功能。在连续的迭代中增加压力/负载。 对新的功能驱动程序进行回归。 打开缺陷，带补丁执行，提供追踪，并检验缺陷。培训开发人员加入 SVT 的工作。 用额外的细节改进测试场景，并追踪进展。 |
| 6 | 审查系统测试结果 打包 演示 了解的经验 交付 |
继续与第 5 周同样的活动。 参与演示的计划、准备及执行。 提出系统测试结果。 为所了解的经验提供输入。 |
| 每天 | 功能测试的回归 | 对当前的驱动程序进行回归。 |
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
