构建管理员使用构建管理项目来为软件做好测试和发行准备。集成测试项目收集最近检入的更改并对其进行构建以用于集成测试。因为集成测试项目包含许多最新更改,并且用户会不断检入新对象,所以集成测试区域通常不稳定。将预期到这种不稳定性,因为目标是找出问题。
缺省情况下,当构建管理员通过更新构建管理项目对其进行构建以用于集成测试时,Rational Synergy 会收集当前发布标识的所有已完成任务。构建管理员不会将分配给开发者的任务包含在内,因为开发者仍在处理修订。这些对象尚未准备好进行集成。
集成测试周期通常会进行迭代。在软件达到期望的质量标准之前,团队可以多次构建、测试、修订和添加任务。正常情况下,当构建管理员更新一组集成测试项目时,任务列表会自动刷新以获取最近完成的任务。要对损坏的构建进行修订,构建管理员必须阻止将已完成的任务自动引入集成测试项目。然后,构建管理员仅将用于对构建进行修订的任务包含至集成测试项目分组集。
考虑正在为发布标识 editor/2.0 更新集成测试项目的构建管理员。以下缺省行为会发生:
构建管理员定期更新其集成测试项目以构建软件进行集成测试。在更新此项目时,All Completed Tasks for Release editor/2.0 文件夹会使用其查询来从数据库中选择对发布标识 editor/2.0 进行处理的开发者已完成的所有任务。将使用与这些任务关联的对象版本来更新此项目。然后,构建管理员会构建软件应用程序。
如果构建未成功,那么构建管理员可以采取以下两种行动。 创建任务并将其分配给构建失败的对象所属的开发者。或者,告知构建失败的对象所属的开发者:他们需要修订这些对象,然后每个开发者将创建一个任务。
产品成功构建后,构建管理员会创建基线。此基线用于确保在开发者更新其项目时,会引入最近测试过的更改。
正常情况下,构建管理员不检入集成测试项目。这些项目类似于容器。它们可在发布标识之间复用。每当构建管理员进行更新并引入开发者最近完成的任务时,这些项目的内容都会更改。