遵循集成测试周期

在集成构建期间,会收集并构建开发者新近完成的所有任务。根据集成测试项目层次结构所使用的集成测试流程规则来收集这些任务。

关于此任务

集成测试循环包括以下内容:

软件在集成测试周期期间可能会发生问题,并且可能不会成功构建。目标是立即查找问题,而不是获取高质量的安装区。由于软件在开发周期中的不稳定性质,因此此时稳定性不是目标。

在集成级别构建期间可能发生的问题种类包括:

请记住,集成构建区域不是一个稳定环境,因为它包含最新完成的任务。另一个原因是,在开发者完成其任务时,候选者频繁进行更改。(此不稳定性为正常情况。)

集成测试周期简短且频繁,这有助于尽早发现开发周期中的问题。 此外,隔离开发项目的开发者在任务通过集成测试之前不会引入每项外部变更。

如果您可以每天构建和测试,那么集成循环最适用。在新近测试的任务通过测试后,立即使其对于开发者可用。

通常,集成级别构建周期包含以下内容:

过程

  1. 开发者通过完成其任务来连续更改对象并将其检入,而与该周期无关。 (优点是团队不受测试工作的中断或干扰。)
  2. 构建管理员更新、显示和解决冲突,构建层次结构,以及创建要测试的安装区域或介质。(此流程的一部分可自动执行,并作为夜间作业来执行。)
  3. 构建管理员使用一系列简短测试来测试生成的产品,这些测试验证产品是否正确构建并且可用。如果找到缺陷,那么团队成员会创建任务来修复问题。
  4. 如果未找到严重缺陷,那么应用程序可供使用,例如,用作开发测试区域。此周期可能不会每天发生。在找到严重缺陷时,构建可能不成功。
  5. 如果构建管理员找不到任何严重缺陷,那么该流程会继续创建基线。开发者下次更新其项目时,基线会使与基线中的任务关联的对象对于开发者可用。

结果

现在,您已了解在集成测试循环中要完成的任务以及必须完成这些操作的原因,您已准备就绪,可以执行操作。


反馈