# Introduzione

> Come si apre una sessione del gestionale legacy dal client web, come si entra, come si lavora con
> piu' sessioni a schede, cosa succede se si ricarica la pagina e come si esce senza lasciare
> connessioni appese sul server. Percorso: **http://localhost:4202/sbh › Connetti › Accedi**; per la
> funzione di prova **B20 › Condizioni pagamento › Interrogazione**.
>
> Rieseguire: `cd frontend && npx playwright test --config=playwright.sbh.config.ts sbh-web-guida-avvio`
> (con altre sessioni al lavoro, aggiungere `--output=test-results/sbh-guida-avvio`).
> 42 verifiche, 18 schermate. Non crea dati: la funzione di prova e' aperta in interrogazione.

**Perche' uno spec Playwright e non un `.cjs` in `e2e/guide/`.** Le altre guide girano con uno
script `node e2e/guide/<slug>-guide.cjs` contro l'ERP sulla 4200. Questa parla con un server SIGEA
legacy vero, attraverso il gateway SBH, e ha bisogno di utente e password: li carica
`frontend/playwright.sbh.config.ts` da `config/.env.sbh` (ignorato da git, non si legge e non si
copia altrove). Lo script e' quindi `frontend/e2e/sbh-web-guida-avvio.spec.ts`, che usa quella
config, la cache dei menu di `e2e/sbh-web-accesso.ts` (`SBH_STATO`) e lo stesso schema degli altri
spec sbh-web. Ogni `✔ Verifica` qui sotto e' un `expect` dello spec, nello stesso ordine.

Prerequisiti: `npm run sbh:leggero` avviato (app sulla 4202, gateway sulla 5086), la VPN verso il
server legacy. Viewport 1500x900. Lo spec chiude sempre la sessione in modo ordinato, anche se un
passo fallisce: il server ha un numero massimo di connessioni e una sessione abbandonata resta
occupata finche' il gateway non la chiude.