gitea
fd79513ce2
Testy / Testy warstwy logicznej (silnik) (pull_request) Failing after 4s
Testy / Testy warstwy prezentacji (dostęp do baz) (pull_request) Failing after 3s
Testy / Testy warstwy bazodanowej (ochrona baz) (pull_request) Failing after 3s
Testy / Testy astrodemo (pull_request) Failing after 3s
Testy / Build obrazu silnika B (swisseph) (pull_request) Failing after 2s
Testy / Kontrola składni wszystkich warstw (pull_request) Failing after 3s
Testy / Testy warstwy logicznej (silnik) (push) Failing after 4s
Testy / Testy warstwy prezentacji (dostęp do baz) (push) Failing after 3s
Testy / Testy warstwy bazodanowej (ochrona baz) (push) Failing after 3s
Testy / Testy astrodemo (push) Failing after 3s
Testy / Build obrazu silnika B (swisseph) (push) Failing after 2s
Testy / Kontrola składni wszystkich warstw (push) Failing after 3s
build / build (push) Successful in 9s
Trzeci z pięciu kroków. Zmieniłem jego zakres wobec planu i warto wiedzieć dlaczego: pierwotnie miała to być deduplikacja pięciu kopii link_crypto.py, ale po zrobieniu PR 2 widać, że astroklienta blokuje co innego — ekrany, których nie ma mieć, siedzą wewnątrz jednego main.py. Deduplikacja kryptografii jest realnym długiem, ale niczego nie blokuje. PODZIAŁ. main.py (1023 linie) rozpadł się na podstawa.py (wspólne obiekty i pomocnicy), jedenaście modułów w app/ekrany/ i main.py, który jest już samym ZŁOŻENIEM: lista importów JEST definicją produktu. Podział zrobiony mechanicznie, z osobnym sprawdzeniem, że żadna sekcja nie wołała pomocnika z innej (nie wołała). KATALOG Z REJESTRACJI. Dotąd wszystkie funkcje były wypisane w features.py, więc obraz produktu, który części z nich nie ma, i tak niósł ich nazwy — spis funkcji, których nie ma jak włączyć. Teraz ekran zgłasza siebie, swoje trasy i swoje zasoby przy imporcie własnego modułu, a features.py nie wymienia ani jednego ekranu. Kolejność w nawigacji jest jawna (`kolejnosc`), żeby nie rządziła nią kolejność importów. To samo dotyczy nawigacji administratora: odsyłacz do ekranu kont był wpisany na sztywno w base.html, więc w węższym produkcie zostawał martwy link i nazwa ekranu, którego nie ma. EKSPORT JAKO MODUŁ. Zgodnie z ustaleniem eksport jest funkcją administracyjną, więc musi dać się usunąć. app/moduly/eksport/ zabiera arkusz, trasę PDF-a i akcję formularza. „Można, ale nie temu kontu" i „nie ma takiej możliwości" to dwie różne gwarancje, a eksport wynosi najwięcej treści baz naraz. MOST ODKRYWA MODUŁY. Skoro modułów jest więcej niż jeden, most nie może ich znać z nazwy — nazwa nieobecnego modułu jechałaby do obrazu, w którym go nie ma. Przechodzi więc po podkatalogach app/moduly/ i pyta każdy, co wnosi. Katalog generowania przeniesiony z app/dodatki na app/moduly/dodatki. ZNALEZIONE PRZY OKAZJI. Po wydzieleniu eksportu okazało się, że jego ścieżki SZCZĘŚLIWEJ nie sprawdzał żaden test — badano wyłącznie odmowę dla konta bez uprawnienia. Moduł dostaje zależności z wywołania montującego, więc brak jednej z nich wyszedłby dopiero przy pierwszym kliknięciu. Dopisany test funkcjonalny (realny arkusz, sprawdzany aż do nagłówka ZIP-a) i brakujące zależności. Cztery komentarze w plikach współdzielonych wymieniały zakładkę „Skompiluj", w tym wheelzoom.js ze wzmianką o „przyszłej zakładce" — to samo zgłoszenie, które audyt podnosił wcześniej. TEST ZŁOŻENIA. Buduje węższy produkt NAPRAWDĘ: kopiuje drzewo, usuwa cztery ekrany i oba moduły, uruchamia aplikację w OSOBNYM PROCESIE (importy są zapamiętywane, więc sprawdzanie tego w procesie, który moduł już zaimportował, dawałoby wynik fałszywie pozytywny) i sprawdza, że wstaje, że zachowane ekrany oddają 200, że usunięte oddają 404 (nie 403 i nie 500), że katalog opisuje ten obraz, i że w nawigacji nie ma martwych odsyłaczy. Napisałem najpierw ostrzejszy test — „nazwa ekranu nie pada poza jego modułem" — i go wyrzuciłem: zgłaszał wzmianki o Horoskopie w plikach współdzielonych, choć astroklient Horoskop MA. Ślad ma znaczenie wyłącznie wobec konkretnego złożenia, więc sprawdzenie należy do produktu, nie do mechanizmu. Testy: presentation 368, logic 342, data 37, render 41. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
73 lines
2.4 KiB
Python
73 lines
2.4 KiB
Python
"""Synastria — technika relacyjna (PRE-04)."""
|
|
import pathlib
|
|
|
|
from tests.skladanie import zloz_kod
|
|
|
|
APP = pathlib.Path(__file__).resolve().parents[1] / "app"
|
|
TPL = (APP / "templates" / "synastry.html").read_text(encoding="utf-8")
|
|
BASE = (APP / "templates" / "base.html").read_text(encoding="utf-8")
|
|
# Trasy mieszkają w app/ekrany/* — patrz tests/skladanie.py.
|
|
MAIN = zloz_kod()
|
|
CLIENT = (APP / "clients" / "logic_client.py").read_text(encoding="utf-8")
|
|
|
|
|
|
def _client():
|
|
import os
|
|
|
|
os.environ.pop("APP_PASSWORD", None)
|
|
from starlette.testclient import TestClient
|
|
|
|
from app.main import app
|
|
|
|
return TestClient(app)
|
|
|
|
|
|
def test_tab_is_in_the_menu():
|
|
"""Zakładka jest w KATALOGU FUNKCJI — stamtąd buduje się nawigacja.
|
|
|
|
Menu nie jest już listą wpisaną w base.html: powstaje z uprawnień konta
|
|
(PRE-26), więc szukanie w szablonie sztywnego linku nic by nie mówiło.
|
|
Że nawigacja faktycznie renderuje katalog, sprawdza test_kontrola_dostepu."""
|
|
from app import features
|
|
|
|
tab = features.BY_KEY["synastry"]
|
|
assert tab in features.SCREENS
|
|
assert tab.href and tab.label
|
|
|
|
|
|
def test_routes_exist():
|
|
assert '@app.get("/synastry"' in MAIN and '@app.post("/synastry"' in MAIN
|
|
|
|
|
|
def test_get_renders_two_person_form():
|
|
r = _client().get("/synastry")
|
|
assert r.status_code == 200
|
|
# dwie osoby: pola z prefiksami a_ i b_
|
|
for pfx in ("a_", "b_"):
|
|
assert f'name="{pfx}date"' in r.text and f'name="{pfx}time"' in r.text
|
|
|
|
|
|
def test_form_has_both_people_and_shared_aspect_settings():
|
|
"""Pola dwóch osób generuje pętla — sprawdzamy WYRENDEROWANY formularz."""
|
|
html = _client().get("/synastry").text
|
|
for pfx in ("a_", "b_"):
|
|
assert f'name="{pfx}person"' in html
|
|
assert f'name="{pfx}lat"' in html
|
|
assert 'name="aspect_orb"' in html and 'name="aspect_minor"' in html
|
|
|
|
|
|
def test_handler_calls_synastry_with_both_moments():
|
|
assert "logic.synastry(" in MAIN
|
|
assert '"when_utc": iso_a' in MAIN and '"when_utc": iso_b' in MAIN
|
|
|
|
|
|
def test_client_posts_to_synastry_endpoint():
|
|
assert 'self._post("/chart/synastry"' in CLIENT
|
|
assert '"person_a": person_a' in CLIENT and '"person_b": person_b' in CLIENT
|
|
|
|
|
|
def test_result_table_shows_cross_aspects():
|
|
"""Wynik: kolumny osoba A · aspekt · osoba B · orb."""
|
|
assert "Aspekty synastryczne" in TPL
|
|
assert "a.obj1" in TPL and "a.obj2" in TPL and "a.glyph" in TPL
|