프로젝트 레코드 유형은 실제 제품 릴리스의 프로덕션을 추적하는 데 사용할 수 있습니다. 프로젝트는 제품 이름, 릴리스 정보, 프로젝트와 연관된 모든 반복 세트를 포함할 수 있습니다. 프로젝트의 컴포넌트 정보도 포함할 수 있습니다.
소스 코드가 수정될 때마다 애플리케이션이 빌드되고 테스트에 적합한 품질인지 확인됩니다. 확인되면 테스트를 위해 테스트 서버에 빌드가 배치됩니다. 소스 코드 변경사항을 전달하고 애플리케이션을 빌드한 후 테스트하는 이 패턴은 릴리스의 범위나 중요성(예를 들어, 기존 애플리케이션, 패치 또는 긴급 수정의 주요 개정판인지 여부)에 상관없이 발생합니다. 오류가 발견되면 결함이 기록되고 결함을 수정하기 위해 소스 코드가 수정됩니다. 다시 한번 애플리케이션을 빌드하고 테스트를 위해 테스트 서버에 배치해야 합니다.
ALM 기준선 및 빌드 레코드는 IBM® Rational® ClearCase/ClearQuest 통합 변경 관리(UCM) 통합을 사용하는 프로젝트와 사용하지 않는 프로젝트에 사용할 수 있습니다. 기준선과 빌드 레코드를 사용하여 프로젝트나 제품 릴리스 또는 고객 정보를 성공적으로 전달할 수도 있습니다. 예를 들어, 기준선과 빌드 레코드는 개발에서 테스트로의 자동화된 정보 전송을 사용하여 테스터에게 특정 요청의 수정사항이 포함된 제품 빌드에 대해 알려줄 수 있습니다.
이 패턴에서는 모든 활동이 관련됩니다. 개발자가 기능을 구현하고 결함을 수정하면, 릴리스 엔지니어는 빌드에 포함시킬 소스가 무엇인지 또는 빌드를 언제 수행할지(즉, 예상 작업이 모두 완료되는 시기) 알고 있어야 합니다. 빌드에 대한 문제가 발생하면 릴리스 엔지니어는 문제의 원인이 빌드 스크립트 자체에 있는지 개발 팀에서 비롯된 일부 오류로 인한 것인지 식별해야 합니다. 이와 동시에 테스터는 테스트할 적합한 빌드가 있는 시기, 빌드에 포함되는 기능, 빌드에 대해 실행할 테스트를 파악하고 있어야 합니다. 결함이 보고될 때마다 원래 요구사항에 대한 참조와 함께 결함을 밝히는 데 사용된 테스트 케이스에 대한 지식이 필요합니다. 그리고 개발자가 결함을 수정하고 코드를 전달하면 주기가 다시 시작됩니다.
소프트웨어 개발에서 프로젝트 빌드는 지속적으로 발생합니다. 개발 팀에 대한 일반적인 질문은 빌드에서 구현되는 내용과 빌드에서 테스트할 내용에 관한 것입니다. 빌드 레코드로 팀은 상태를 포함하여 각 빌드에 대한 정보를 캡처할 수 있습니다. 기준선 레코드를 사용하면 각 빌드에 전달되는 활동을 추적하고 지정된 시점의 활동 상태를 캡처할 수 있습니다. 기준선, 빌드, 활동 레코드를 통해 테스터는 무엇을 테스트할지 파악하고 빌드에 대해 실행된 테스트를 추적할 수 있습니다.