feat(measure): l'operatore entra nella sequenza, non in un elenco
Punto 10. Sceglere una ricetta apriva la lista completa dei task e chiedeva all'operatore di decidere da dove cominciare prima ancora di aver fatto qualcosa. Ora AVVIA IN SEQUENZA porta dentro il primo task; la lista resta, un livello sotto, per quando serve vederla tutta o tornare indietro. - nuova rotta /measure/start/<ricetta>: memorizza lotto e seriale (prima lo faceva la lista, che ora si salta), verifica la tracciabilità obbligatoria e apre il primo task - GET /api/measurements/task-progress: quante quote ha già preso ogni task di misura, contate per quota e non per tentativo, delimitate dalla produzione aperta o, fuori produzione, dall'operatore - la lista distingue «Incompiuto 1/3» da «Completato 3/3»: un task lasciato a metà non somigliava più a uno mai aperto - «Visualizza singolo TASK» non è più riservato al Maker — dire «incompiuto» senza dare la strada per tornarci sarebbe una lamentela, non una funzione - nel task «Riepilogo» diventa «Completato» e si apre solo quando il ciclo è chiuso: altrimenti sarebbe la scorciatoia che rende facoltative le quote - «Fine ciclo misura» si vede da subito, spento, e dice quante quote mancano; prima compariva a task già finito, quando non serviva più saperlo Il pulsante verde del footer diventa «Task successivo»: due bottoni con la stessa parola addosso sono uno di troppo. Test: 334 (erano 309). Il side effect dei mock del client Flask ora risponde per endpoint invece che per turno — una lista posizionale si rompe appena una pagina fa una domanda in più al server, che è come crescono tutte. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -73,6 +73,27 @@ def logged_in_client(flask_app):
|
||||
yield test_client
|
||||
|
||||
|
||||
def api_get_router(routes: dict, default=None):
|
||||
"""A ``get`` side effect that answers by endpoint instead of by turn.
|
||||
|
||||
A list of responses in call order breaks the moment a page asks the server one
|
||||
more question - which is how every page grows. Matching on the endpoint says
|
||||
what a test actually means: this is what /api/recipes/3 replies.
|
||||
|
||||
Keys are matched as substrings of the endpoint, longest first, so
|
||||
``/api/recipes/3/tasks`` wins over ``/api/recipes/3``.
|
||||
"""
|
||||
ordered = sorted(routes.items(), key=lambda kv: -len(kv[0]))
|
||||
|
||||
def _get(endpoint, *args, **kwargs):
|
||||
for prefix, response in ordered:
|
||||
if prefix in endpoint:
|
||||
return response() if callable(response) else response
|
||||
return {} if default is None else default
|
||||
|
||||
return _get
|
||||
|
||||
|
||||
@pytest.fixture
|
||||
def mock_api_client():
|
||||
"""Patch the api_client singleton used in blueprints.
|
||||
|
||||
Reference in New Issue
Block a user