확인 단계 권장 사항

시스템 코드 작업이 완료되면 완전히 안정화할 준비가 된 것이며 릴리스 조건을 확인할 수 있습니다. 이 단계를 안정화 단계라고 합니다. 이 단계의 최종 목표는 버그를 식별하여 수정하고 시스템이 프로덕션 환경에 배포될 준비가 되었음을 증명하는 것입니다. 그러므로 이 단계에서는 시스템의 출시 후보를 최종적으로 테스트해야 합니다.

출시 후보는 확인 테스트에 모두 통과할 경우 출시 버전이 될 수 있을 정도로 완전하고 안정적인 시스템 버전(일반적으로 최신 버전)입니다. 이러한 출시 후보가 실제로 준비되었음을 확인하는 기능 테스트, 성능 테스트 및 스트레스 테스트가 성공적으로 완료되면 출시 버전이 될 수 있음이 증명됩니다.

유지 가능한 처리량 및 대기 시간 확인 테스트

성능 확인 테스트는 구현 단계와 병행하여 시작되지만 릴리스 조건 테스트 집합 전체를 성공적으로 통과한 것으로 나타난 출시 후보에 대해 완료되어야 합니다. 최상의 경우 최종 테스트 통과 중에 출시 후보가 변경되지 않아 신뢰도가 높아지고 회귀가 발생하지 않습니다. 그러나 실제로 이러한 상황을 만들기는 매우 어려우며 변경 내용을 빌드에 체크 인하면서 회귀 위험성에 대한 평가가 이루어져야 합니다.

예를 들어 파이프라인이나 오케스트레이션과 같은 시스템 아티팩트가 근본적으로 변경되면 이 새로운 출시 후보를 확인하기 위해 성능 테스트를 다시 실행해야 합니다.

시스템이 프로덕션 환경에 배포될 준비가 되었는지 확인하려면 해당 시스템이 유지 가능한 방법으로 철저하게 테스트되었는지 확인해야 합니다. 즉, 지속 가능한 성능이란? 항목에 정의된 대로 데이터베이스 유지 관리, 작업 쿼리 및 계획되지 않은 중단과 같은 모든 작업 활동을 테스트해야 합니다. 시스템에 대한 준비 상태를 인증할 수 있는 마지막 기회이므로 최종 테스트 단계에서 지속 가능한 성능 테스트의 전체 제품군을 결합하는 것이 중요합니다.

병목 상태 식별 및 하드웨어/솔루션 조정을 통해 목표 달성의 걸림돌 제거

실제로 최종 테스트 패스의 테스트 베드는 테스트 베드 개발보다 하드웨어와 관련하여 프로덕션에 더 가깝습니다. 따라서 최종 테스트 통과 중에 기회를 사용하여 시스템의 새로운 병목 상태 또는 기존 병목 상태를 식별하고 하드웨어 조정이 필요한 충분한 크기인지 여부를 결정하는 것이 중요합니다. 하드웨어를 바로 조정할 필요가 없는 경우라도 가장 많이 발생하는 시스템 병목 상태를 식별하면 유용한 계획 및 작업 정보를 얻을 수 있습니다.

예를 들어 시스템이 프로덕션 로드 프로필을 유지하지만 MessageBox 서버의 실제 디스크 유휴 시간이 낮은 경우(예: 20% 미만) 프로덕션 중에 이 디스크를 모니터링하여 핵심 상태 정보를 얻을 수 있습니다. 또한 이제는 시스템의 로드 용량 증가 계획에 디스크 하위 시스템에 대한 개선 요구 정보도 포함할 수 있습니다.

참고 항목

단계별 프로젝트 계획 권장 사항
요구 사항 단계 권장 사항
디자인 단계 권장 사항
구현 단계 권장 사항
출시 단계 권장 사항