astrololo/.gitea/workflows/tests.yml

name: Testy

# Odpala się przy każdym pushu (dowolna gałąź) oraz dla pull requestów do master.
on:
  push:
  pull_request:
    branches: [master]

jobs:
  logic-tests:
    name: Testy warstwy logicznej (silnik)
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Python 3.12 (jak w obrazach Dockera)
        uses: actions/setup-python@v5
        with:
          python-version: "3.12"
          cache: pip
          cache-dependency-path: services/logic/requirements-dev.txt

      # Jądro efemeryd JPL (de421.bsp, ~17 MB). Cache'ujemy je między runami.
      - name: Cache jądra efemeryd
        uses: actions/cache@v4
        with:
          path: services/logic/.ephemeris
          key: ephemeris-de421

      # Pobieramy jawnie (a nie licząc na auto-pobranie przez Skyfield), żeby
      # brak jądra był twardym błędem, a nie cichym pomijaniem testów.
      - name: Pobierz jądro efemeryd (gdy brak w cache)
        run: |
          mkdir -p services/logic/.ephemeris
          if [ ! -s services/logic/.ephemeris/de421.bsp ]; then
            curl -fSL --retry 3 --max-time 300 \
              -o services/logic/.ephemeris/de421.bsp \
              https://ssd.jpl.nasa.gov/ftp/eph/planets/bsp/de421.bsp
          fi
          ls -lh services/logic/.ephemeris/de421.bsp

      - name: Instalacja zależności
        run: pip install -r services/logic/requirements-dev.txt

      # CI=true (ustawiane przez GitHub) sprawia, że brak silnika = błąd,
      # a nie pominięcie — patrz tests/conftest.py.
      - name: Testy (pytest)
        working-directory: services/logic
        env:
          PYTHONPATH: .
          EPHEMERIS_DIR: ${{ github.workspace }}/services/logic/.ephemeris
        run: pytest tests -q -rs

  presentation-tests:
    name: Testy warstwy prezentacji (dostęp do baz)
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with:
          python-version: "3.12"
          cache: pip
          cache-dependency-path: services/presentation/requirements-dev.txt
      - name: Instalacja zależności
        run: pip install -r services/presentation/requirements-dev.txt
      # Bramka chroniąca oryginalne bazy — nietestowany kod ochronny jest gorszy
      # niż jego brak, bo daje złudzenie zabezpieczenia.
      - name: Testy (pytest)
        working-directory: services/presentation
        env:
          PYTHONPATH: .
        run: pytest tests -q -rs

  data-tests:
    name: Testy warstwy bazodanowej (ochrona baz)
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with:
          python-version: "3.12"
          cache: pip
          cache-dependency-path: services/data/requirements-dev.txt
      - name: Instalacja zależności
        run: pip install -r services/data/requirements-dev.txt
      # Rekordy-pułapki (DAN-26): nietestowany kod ochronny jest gorszy niż jego
      # brak, bo daje złudzenie zabezpieczenia. Ta warstwa dotąd nie miała testów.
      - name: Testy (pytest)
        working-directory: services/data
        env:
          PYTHONPATH: .
        run: pytest tests -q -rs

  swisseph-image:
    name: Build obrazu silnika B (swisseph)
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      # Obraz kompiluje pyswisseph ze źródeł (brak wheeli dla cp312), więc ten
      # build jest realnym testem Dockerfile'a — nie tylko pobraniem paczek.
      - name: docker build
        run: docker build -t astrololo/engine-swisseph:ci services/engine-swisseph

      # Test biegnie WEWNĄTRZ obrazu, bez sieci i bez kontenera w tle. Poprzednia
      # wersja startowała kontener w tle (--name swe) i pukała curl-em w
      # localhost:8003 — co miało dwie wady:
      #   1. nie sprzątała kontenera, więc każdy kolejny przebieg padał na
      #      konflikcie nazwy (Conflict. The container name "/swe" is already in use),
      #   2. job Gitea Actions sam działa w kontenerze, a -p publikuje port na
      #      HOŚCIE — więc localhost joba to nie ten sam localhost.
      # Wywołanie funkcji endpointów wprost omija oba problemy, a sprawdza to samo:
      # obraz się zbudował, pyswisseph liczy, kontrakt /positions się zgadza.
      # --rm gwarantuje, że nic nie zostaje po przebiegu.
      - name: Smoke test (health + pozycje) wewnątrz obrazu
        run: |
          docker run --rm astrololo/engine-swisseph:ci python - <<'PY'
          from datetime import datetime, timezone

          from app.main import DEFAULT_OBJECTS, PositionsRequest, health, positions

          h = health()
          assert h["status"] == "ok", h
          print("health:", h)

          # Horoskop referencyjny (30.04.1984) — ten sam, na którym opieramy testy
          # silnika własnego; sprawdzamy, że silnik B faktycznie liczy.
          req = PositionsRequest(when_utc=datetime(1984, 4, 30, 9, 20, tzinfo=timezone.utc),
                                 lat=50.0647, lon=19.9450)
          out = positions(req)
          by = {p["name"]: p for p in out["positions"]}

          assert out["engine"] == "swisseph", out["engine"]
          assert len(by) == len(DEFAULT_OBJECTS), sorted(by)
          sun = by["Sun"]["longitude"]
          assert 39.5 < sun < 41.0, f"Slonce poza oczekiwanym zakresem: {sun}"
          nn, sn = by["North Node"]["longitude"], by["South Node"]["longitude"]
          assert abs(((sn - nn) % 360.0) - 180.0) < 1e-6, (nn, sn)

          print(f"Sun={sun:.4f}  NN={nn:.4f}  obiektow={len(by)}")
          print("SMOKE OK")
          PY

      # Zgodność naszych domów z wyrocznią (Swiss Ephemeris). Odpalamy WEWNĄTRZ
      # obrazu silnika B — tylko tam jest pyswisseph — montując naszą warstwę
      # logiczną i framework. Bez klastra i bez HTTP: to czysta funkcja.
      # BLOKUJE build: błędny system domów jest CICHY (wykres wygląda dobrze,
      # planety siedzą w złych domach), więc lepiej zatrzymać go przed wypuszczeniem
      # niż wykryć po fakcie.
      - name: Domy — zgodność z wyrocznią (brzegi + wnętrze)
        run: |
          # Pliki WBUDOWUJEMY w obraz, a nie montujemy przez -v. Powód ten sam,
          # dla którego wyżej nie startujemy kontenera w tle: job Gitea Actions sam
          # działa w kontenerze, więc `-v $PWD/...` docker rozwiązuje na HOŚCIE,
          # gdzie tej ścieżki nie ma. Docker nie zgłasza wtedy błędu — po cichu
          # tworzy PUSTY katalog, przez co skrypt „znika". Kontekst builda jest
          # strumieniowany do demona, więc działa niezależnie od tego, gdzie on stoi.
          docker build -t astrololo/oracle:ci -f - . <<'DOCKERFILE'
          FROM astrololo/engine-swisseph:ci
          COPY services/logic /logic
          COPY tests/oracle /oracle
          ENV LOGIC_PATH=/logic
          DOCKERFILE
          docker run --rm astrololo/oracle:ci python /oracle/run.py --mode build

      # Obraz pomocniczy nie jest już potrzebny — a runner miał już incydent
      # „no space left on device", więc sprzątamy po sobie od razu.
      - name: Usuń obraz pomocniczy wyroczni
        if: always()
        run: docker rmi -f astrololo/oracle:ci 2>/dev/null || true

      # Sprzątanie po POPRZEDNICH przebiegach starej wersji workflow, która
      # zostawiała kontener „swe" na runnerze i blokowała nazwę. Nowa wersja
      # kontenera w tle nie tworzy, więc to tylko jednorazowe uprzątnięcie.
      - name: Usuń osierocony kontener ze starych przebiegów
        if: always()
        run: docker rm -f swe 2>/dev/null || true

  compile-all:
    name: Kontrola składni wszystkich warstw
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with:
          python-version: "3.12"
      # Sam kompilator — bez instalowania zależności warstw (w tym AGPL-owego
      # silnika swisseph, który nie wchodzi do produktu).
      - name: py_compile
        run: python -m compileall -q services