테스트와 리뷰를 통해 변경 사항이 의도한 대로 동작하는지 확인할 수 있습니다.결과 계약배포 후에 반드시 충족되어야 할 조건과 이를 확인하는 방법을 명시합니다. 어떤 사용자 흐름이 통과해야 하고, 어떤 오류가 더 이상 발생하지 않아야 하며, 어떤 경로에서, 얼마나 많은 트래픽이 발생한 뒤에, 그리고 얼마나 오랫동안 그러한 상태가 유지되어야 하는지 등을 포함합니다.
모든 새 작업에는 반드시 하나의 결과 계약이 존재합니다. 이 계약은 작업을 요청한 사람에게 속하며, 작업을 수행하는 에이전트에게는 귀속되지 않습니다. 따라서 작업을 수행하는 에이전트가 성공 기준을 임의로 재정의할 수 없습니다.
확인 위치
작업을 열려면Factory입니다.결과 계약카드에는 각 계약의 유형, 버전, 상태, 성공 조건, 필요한 노출 범위 및 모니터링 기간이 표시됩니다.
계약 생성 과정
작업이 생성될 때 Coroid가 요청 내용을 바탕으로 기술적 계약을 초안으로 작성합니다:
- 수용 기준을 기반으로 합니다.수용 기준이 있는 작업은 그 명세또는 계획에 따라 초안이 작성되며, 성공 조건은 해당 사용자 흐름이 브라우저 테스트를 통과하는 것입니다.
- 신호를 기반으로 합니다.모니터링 시스템, 자동화 프로세스 또는 작업 접수 API에서 전달되는 요청에는 오류, 알림 또는 문제 정보가 포함됩니다. 이 경우 계약에서는 해당 신호가 더 이상 발생하지 않도록 규정합니다. 즉, 해당 소스에서 동일한 패턴의 이벤트가 더 이상 발생하지 않으며, 영향을 받는 경로에서 충분한 요청이 처리된 뒤 24시간 동안 그러한 상태가 유지되어야 합니다. 경로와 요청 횟수는 반드시 명시되어야 하며, 이에 대한 내용은
signal필드를 참조하십시오. 작업 접수 API. - 측정 가능한 기준이 없는 경우입니다.수용 기준이나 경로 및 횟수가 명시된 신호가 없는 경우, 계약은최종이며측정 불가능합니다. 이는 사실을 숨기지 않고 그대로 명시한 것입니다.
이 규칙은 모든 작업에 적용되며, 계획의 일부로서 자동화나 수리 과정에서 Coroid가 직접 생성하는 작업도 포함됩니다. 계약 기능이 도입되기 전에 이미 존재했던 작업에는 계약이 적용되지 않습니다.
계약의 최종 확정 및 변경
초안인초안은 편집이 가능합니다.최종 확정하면 계약이 확정됩니다. 그 이후에는새 버전변경 사항을 다음 버전으로 저장하며 이전 버전도 보존하므로 작업 시작 시 약속했던 내용을 언제든 확인할 수 있습니다.
계약을 작성할 수 있는 사람은 오직 작업을 요청한 사람뿐이며,권한에 따라 승인된 작업의 경우에는 해당 권한의 소유자만 가능합니다. 에이전트나 서비스 계정은 계약을 생성, 편집 또는 최종 확정할 수 없습니다.
결과
계약의 결과는 다음 네 가지 중 하나로 종료됩니다:
| 결과 | 의미 |
|---|---|
| 확인됨 | 필요한 노출량과 시간 조건을 충족하여 성공 기준이 달성되었습니다. |
| 달성 실패 | 성공 기준을 충족하지 못했습니다. |
| 판단 불가 | 변경 사항이 충분한 노출량에 도달하지 못해 판단할 수 없습니다. |
| 측정 불가능 | 측정할 수 있는 기준이 존재하지 않습니다. |
계약과 병합
계약은 어떠한 항목도 병합하지 않으며 병합을 차단하지도 않습니다. 병합 여부는 여전히 사람의 결정에 따르며, 이에 대한 내용은결과를 리뷰하고 병합하기에 설명되어 있습니다. 계약은 병합이 목표로 했던 결과를 기록한 문서입니다.