Cypress integra cy.getByRole per trovare elementi accessibili
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Con la 16.2.0 arriva una query built-in che seleziona elementi per ruolo e nome accessibile, alternativa alla.findByRole del plugin Testing Library.
Cypress 16.2.0 aggiunge nel core cy.getByRole, una query che cerca elementi per ruolo e per nome accessibile. L’obiettivo è scrivere test più resilienti e più vicini al modo in cui operano le tecnologie assistive. Per chi usa il plugin Cypress Testing Library, è una via di migrazione nel prodotto principale, senza dipendere da pacchetti esterni non più mantenuti1.
Il ruolo indica il tipo di controllo che uno screen reader annuncia, ad esempio pulsante o link. Il nome accessibile è il testo che annuncia per quell’elemento. La query combina i due assi: trova tutti gli elementi con un dato ruolo e, se serve, restringe a quelli con un nome accessibile corrispondente. In questo modo un test punta ai segnali che contano per l’utente, non a dettagli di presentazione fragili come classi o strutture DOM1.
L’integrazione segue una richiesta precisa della comunità. Nell’annuncio si legge che Cypress Testing Library non ha più un manutentore attivo. Il precedente manutentore ha invitato a portare queste query nel core. Cypress dichiara di condividere questa direzione e considera le query basate sui ruoli una pratica centrale per test resilienti e accessibili1.
Esempi d’uso, in linea con quanto mostrato nel post:
- cercare tutti i pulsanti in pagina cy.getByRole('button')
- individuare i link cy.getByRole('link') Queste ricerche permettono di selezionare i controlli come li annuncia una tecnologia assistiva. Se in pagina ci sono più elementi con lo stesso ruolo, si può limitare la selezione al nome accessibile pertinente1.
Il post, firmato da Jennifer Shehane, presenta cy.getByRole come la prima di una serie di query integrate con lo stesso principio. L’intento è portare in Cypress altre query della Testing Library su cui i team fanno affidamento. L’idea di fondo non cambia: cercare gli elementi per ciò che sono e per come l’utente li percepisce, non per come sono costruiti nel markup di un giorno specifico1.
Per i team che oggi dipendono da selettori fragili, il passaggio ai ruoli e ai nomi accessibili offre un vantaggio pratico: i test resistono meglio a refactor e cambi di stile. Per chi arriva da Cypress Testing Library, la presenza di cy.getByRole nel core riduce il rischio legato alla manutenzione dei plugin e semplifica la base dei test1.
Cypress collega questa prima integrazione a un percorso più ampio. Se altre query arriveranno nel core, i progetti potranno standardizzare i selettori su criteri di accessibilità. Questo può allineare qualità del codice e qualità dell’esperienza per chi usa tecnologie assistive, con meno compromessi nei cicli di sviluppo1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9,5/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,1/10 dopo 1 revisione.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.