关于此任务
这是集成测试循环中包含的内容:
软件在集成测试周期期间可能会发生问题,并且可能不会成功构建。目标是立即查找问题,而不是获取高质量的安装区。由于软件在开发周期中的不稳定性质,因此此时稳定性不是目标。
以下是在集成级别构建期间可能出现的一些问题种类,包括:
- 并行分支尚未合并(您从一个开发者获取变更,但从另一个开发者未获取变更)。
- 开发者检入了部分变更,例如,开发者忘记关联所有必要的对象以完成某个特定任务。
- 两个开发者进行了不兼容的更改,例如,两者均添加的内容使用同一名称进行定义。
- 由于语法错误,程序编译失败,例如,开发者忘记进行单元测试。
集成构建区域不是一个稳定环境,因为它包含最新完成的任务。
另一个原因是,在开发者完成其任务时,候选者频繁进行更改。这种不稳定是常态。
集成测试周期简短且频繁,这有助于尽早发现开发周期中的问题。
此外,隔离开发项目的开发者在任务通过集成测试之前不会引入每项外部变更。
如果您可以每天构建和测试,那么集成循环最适用。在新近测试的任务通过测试后,立即使其对于开发者可用。
以下是集成级别构建循环中通常包含的内容:
- 开发者通过完成其任务来连续更改对象并将其检入,而与该周期无关。
(优点是团队不受测试工作的中断或干扰。)
- 构建管理员更新、显示和解决冲突,构建层次结构,以及创建要测试的安装区域或介质。(此流程的一部分可自动执行,并作为夜间作业来执行。)
- 构建管理员使用一系列简短测试来测试生成的产品,这些测试验证产品是否正确构建并且可用。如果找到缺陷,那么团队成员会创建任务来修复问题。
- 如果未找到严重缺陷,那么应用程序可供使用,例如,用作开发测试区域。此周期可能不会每天发生。在找到严重缺陷时,构建可能不成功。
- 如果构建管理员找不到任何严重缺陷,那么该流程会继续创建基线。开发者下次更新其项目时,基线会使与基线中的任务关联的对象对于开发者可用。
现在,您已了解在集成测试循环中要完成的任务以及必须完成这些操作的原因,您已准备就绪,可以执行操作。