o2o-site-AEO/solution/backend/tests/test_healthz.py
Mina Choi b4085a0e0f [fix] solution: 온보딩 생성·크롤링 진단·장애 알림 묶음
운영 번들 자동 로그인 자격증명 유출, 온보딩 COPY 잡이 Gemini 429 로 죽던 것,
크롤링 실패가 로그에만 남던 것을 한 번에 정리한다. 실측(2026-09-15 밤, 킹서버):
사진분석 배치가 Gemini 분당 쿼터를 다 써서 같은 키를 쓰는 온보딩 COPY 잡도 같이
429 를 맞고 DEAD 로 갔다 — 확인된 fact 만으로도 편집·발행이 되는데 잡을 죽일
이유가 없었다.

- solution/frontend: `VITE_AUTO_LOGIN_ID`·`PW` 를 운영 진입점에 안 넘긴다(자동 로그인은
  dev 서버 전용) + `Step5Generating` 겉모습을 이전 카드 스타일로, 데이터는 실제 잡
  진행(useGenerationJob) 그대로
- solution/backend: copy_service — Gemini 호출 실패해도 잡을 안 죽이고 fact 만으로 계속.
  db_session_manager — 유니크 제약 충돌(정상 경로) 로그를 ERROR → WARN.
  worker/runner + alert_service + teams_webhook — 잡 dead-letter·발행 실패·큐 정체를
  Teams 로 알림(영구 저장 + 재시도 + dedupe). `/readyz` 추가.
  collect_diagnostics(신규) — 크롤링 채널별 실패를 jobs.result 에 구조화해서 싣는다.
- postgres-init: 0015(users token_version) · 0016(alert_outbox) 마이그레이션

검증: 백엔드 pytest 759 passed. tsc(solution/frontend) 통과. Teams 알림 실채널 수신 확인.
2026-09-16 16:25:02 +09:00

22 lines
977 B
Python

"""부팅 스모크 — 앱이 뜨고 헬스체크가 응답하는지.
보일러플레이트 이식 직후의 최소 확인. 도메인 코드가 얹히기 전에도 항상 통과해야 한다.
"""
async def test_healthz(client):
"""검증: /healthz 호출.
기대결과: 200, 서버 기동 시각 문자열(API_SERVER_START_TIME)이 그대로 반환."""
r = await client.get("/healthz")
assert r.status_code == 200
assert isinstance(r.json(), str) and len(r.json()) > 0
async def test_readyz_checks_db(client, db_engine):
"""검증: /readyz 호출(테스트 DB 가 붙어 있는 정상 상태).
기대결과: ★ healthz 와 다르게 실제로 DB 에 SELECT 1 을 던져 본 뒤 200 — "프로세스가
살아 있다" 가 아니라 "요청을 처리할 수 있다" 를 본다(외부 감시용, router.router.readyz)."""
r = await client.get("/readyz")
assert r.status_code == 200
assert r.json() == {"ok": True, "db": "up"}