Glossario

Questa pagina descrive la terminologia chiave utilizzata nell'interfaccia utente di axe Auditor che gli utenti del sistema devono comprendere. Include definizioni e spiegazioni di termini, abbreviazioni e acronimi che potrebbero essere potenzialmente sconosciuti.

Grafico di conformità dell'accessibilità del cruscotto : Il grafico di conformità indica il punteggio complessivo di conformità all'accessibilità relativo al set di pagine e/o componenti definiti nell'ambito del caso di test. Le percentuali sono calcolate in base al numero totale di checkpoint superati o falliti nell'ambito definito. Il checkpoint sarà inserito nell'elenco dei fallimenti se viene fallito almeno una volta su qualsiasi pagina o componente dell'ambito definito.

Tecnologia assistiva : Le esecuzioni dei test consentono di specificare il software e i dispositivi utilizzati dalle persone con disabilità per interagire con software e siti web. Alcuni test richiederanno l'uso di uno screen reader, come NVDA o JAWS su PC, o VoiceOver su Mac. Per ulteriori informazioni, leggi su https://en.wikipedia.org/wiki/Assistive_technology

Attest : Parte della suite di prodotti Enterprise Accessibility Conformance di Deque, axe DevTools è il motore di regole di accessibilità premium che esegue test automatizzati completi all'interno di axe Auditor. Come prodotto autonomo, è una libreria JavaScript leggera, veloce e portatile che funziona sul server di sviluppo locale nello stesso browser dei test funzionali o unitari, integrandosi senza problemi con il framework o il browser di test scelto. In qualsiasi ciclo di sviluppo agile maturo, gli sviluppatori e i tester sono abilitati per individuare e risolvere rapidamente i problemi di accessibilità utilizzando i riferimenti e schemi di soluzione integrati dall'aiuto contestuale profondo che attinge alla base di conoscenze sull'accessibilità di Deque University.

Checkpoint : Un metodo comprovato per il collaudo dei requisiti di accessibilità creato dal team di esperti di accessibilità di Deque che aumenta la coerenza e la precisione dei risultati del test. Basati sui Criteri di Successo WCAG, forniscono una categorizzazione e un'interpretazione più esplicite di quelle linee guida, dove i fallimenti sono tipicamente separati per tipo di contenuto. I Checkpoint Deque aiutano i revisori a produrre risultati di test coerenti e accurati durante le valutazioni di accessibilità. Un checkpoint fa riferimento alla sezione più rilevante e applicabile dell'elenco principale dei 66 Checkpoint Deque (e dei loro requisiti) che sono una parte importante del Metodo Deque per l'uguaglianza digitale.

Stato di completamento : I tre stati di completamento relativi all'esecuzione dei test in axe Auditor sono "non iniziato" (caso di test assegnato all'utente, ma non ancora iniziato), "in corso" (i test sia automatizzati che manuali sono iniziati, ma tutti i checkpoint non sono ancora stati assegnati ad un risultato per tutte le pagine che compongono l'esecuzione del test), e "completo" (significa che tutti i checkpoint per tutte le pagine sono stati marcati con un risultato di completamento di Pass, Fail o N/A sia per i test automatizzati che manuali).

Dati di conformità e impatto : Un gruppo di 6 campi di informazioni correlati che forniscono uno scatto rapido del tipo di informazioni di conformità e impatto dell'accessibilità associati a questa regola. Un elenco degli standard applicabili alla regola, che può includere i livelli A e AA del W3C WCAG 2.0, oltre alle linee guida della Sezione 508 degli Stati Uniti e/o alle Best Practices del Metodo Deque. La personalizzazione delle regole e dei controlli automatizzati associati consente il test degli standard specifici dell'organizzazione. Le classificazioni di gravità (Bloccatore, Critico, Grave, Moderato o Minore) si riferiscono ai livelli di violazione della conformità (fallimento della regola) che descrivono quanto sia grave l'impatto del problema(i) sull'accessibilità di un sito o pagina.

Componente : Un componente rappresenta sezioni globali e riutilizzabili del sito web. L'utente può definire componenti come parte o sezione di una pagina particolare. Axe Auditor richiede che vengano definiti selettori corretti per identificare i componenti di una pagina.

Cruscotto : Il cruscotto di un'esecuzione di test completata è composto da tre grafici che indicano il livello di conformità all'accessibilità, l'impatto dei problemi sulle persone con disabilità diverse e i principali problemi con il numero di volte ripetuto. Tutti questi dati dei grafici si basano sulla metodologia Deque-Way utilizzata in axe Auditor per testare uno standard specifico. Ad esempio, secondo il Metodo Deque, valutiamo 66 checkpoint per ciascuna pagina o componente se lo standard selezionato è il livello A e AA del WCAG 2.0.

Tipo di Risorsa Digitale

: Questo campo è utilizzato per definire il tipo di risorsa o proprietà essere testata. Il beneficio è che solo i checkpoint rilevanti per la risorsa selezionata (metodologie di testing, rimedio e best practice) saranno visualizzati per i test manuali. I checkpoint non applicabili saranno nascosti, quindi ci saranno solo i checkpoint rilevanti da esaminare. Le opzioni tra cui scegliere sono:

• Sito Web Desktop
• Web Mobile
• Android Mobile Nativo
• iOS Mobile Nativo
• Chiosco
• Documenti MS Excel
• Documenti MS PowerPoint
• Documenti MS Word
• Software Desktop Windows

Disabilità Coinvolte : Vengono visualizzati uno o più dei seguenti per indicare quali disabilità sono interessate dalla mancata attenzione alla regola:

• Deficit di Attenzione
• Cognitivo
• Daltonismo
• Sordità
• Dislessia
• Ipoudenti
• Ipovisione
• Convulsioni
• Utenti della tastiera che possono vedere
• Parola

Ambiente : Le esecuzioni dei test consentono di specificare il tipo di server su cui si sta eseguendo il test. Ad esempio, un server di produzione verrebbe utilizzato per un sito dal vivo.

Cartella : Una cartella è semplicemente un contenitore per i casi di test usati per organizzarli. Viene utilizzata per raggruppare in modo categorico i casi di test correlati. Consultare il responsabile assurance della qualità prima di creare un nuovo caso di test per associarlo con la cartella più appropriata. Quando viene creato un nuovo caso di test e non viene selezionata una cartella, verrà automaticamente creato all'interno della cartella "Non organizzato" per impostazione predefinita. I casi di test esistenti possono essere spostati in cartelle diverse in qualsiasi momento.

Impatto : L'impatto dell'utente è una metrica utile per dare priorità agli sforzi di rimedio. I livelli predefiniti sono associati a ciascun Deque Checkpoint a seconda di ciò che gli esperti di accessibilità di Deque hanno stabilito come generalmente vero per un tipo particolare di problema di accessibilità, ma i valutatori possono utilizzare il loro giudizio per cambiarli. Gli impatti Bloccante, Critico e Grave si verificano quando un utente incontra ostacoli significativi o viene bloccato dall'accesso ai contenuti del sito, in una maggiore vulnerabilità alle azioni legali. I problemi minori e moderati non sono altrettanto gravi, ma devono comunque essere risolti perché la pagina sia considerata pienamente conforme. I test dei checkpoint coprono le linee guida sull'accessibilità che possono avere i seguenti cinque livelli usati per categorizzare l'impatto sull'accessibilità dei problemi all'interno dell'applicazione axe Auditor.

• Bloccatore: Risulta in ostacoli catastrofici per le persone con disabilità. Questi problemi impediscono sicuramente l'accesso a funzionalità o contenuti fondamentali, senza possibilità di soluzioni alternative. Questo tipo di problema mette la tua organizzazione ad alto rischio. Dare priorità alla risoluzione immediata e distribuirla come hotfix il prima possibile. Dovrebbe essere estremamente raro. Un esempio di problema bloccante è un SC 2.3.1 --- Tre Flash o sotto soglia che può causare convulsioni.
• Critico: Questo problema comporta il blocco dei contenuti per gli individui con disabilità. Finché una soluzione non verrà implementata, i contenuti saranno completamente inaccessibili, rendendo la tua organizzazione altamente vulnerabile alle azioni legali. La risoluzione dovrebbe essere una priorità assoluta.
• Grave: Questo problema comporta barriere serie per le persone con disabilità e le impedirà parzialmente di accedere a funzionalità o contenuti fondamentali. Le persone che si affidano alle tecnologie assistive sperimenteranno una notevole frustrazione come risultato. I problemi appartenenti a questa categoria sono problemi maggiori e la risoluzione dovrebbe essere una priorità. Dovrebbe essere molto comune.
• Moderato: Questo problema comporta alcune barriere per gli individui con disabilità ma non gli impedirebbe di accedere a elementi o contenuti fondamentali. Questo potrebbe rendere la tua organizzazione vulnerabile alle azioni legali. Questa violazione deve essere risolta prima che una pagina possa essere considerata pienamente conforme.
• Minore: Questo è considerato un problema che ha meno impatto per gli utenti rispetto a un problema moderato. Perché una pagina sia considerata pienamente conforme, questo problema deve essere risolto, ma può essere trattato per ultimo.

Problema : Nel contesto di axe Auditor, ciascuno consiste di un riepilogo richiesto, livello di impatto, oltre a un'associazione con un Checkpoint Deque Way. Ulteriori informazioni che possono essere memorizzate nella registrazione di un problema includono un tipo di problema, tipo di descrizione, descrizione, bandiere di revisione, codice sorgente, screenshot e raccomandazione di rimedio. Ciascun problema riguarda una particolare pagina di test.

Tipo di Problema : Si riferisce al tipo di fallimento o migliore pratica. I seguenti 5 tipi di problemi vengono utilizzati per categorizzare i problemi all'interno dell'applicazione axe Auditor:

• Accessibilità: Il problema impatta sulla capacità di un utente disabile di accedere a contenuti o funzionalità del sito. Non supera il test del checkpoint.
• Migliore Pratica: Il problema influisce sulla capacità di un utente disabile di accedere al contenuto o alla funzionalità del sito, ma non fallisce il test del checkpoint.
• User Agent: Il problema è il risultato dell'interazione del user agent con la pagina, non necessariamente del contenuto della pagina stessa.
• Funzionalità: Il problema è il risultato di un problema con la funzionalità della pagina e dovrebbe essere considerato un difetto funzionale.
• Usabilità: Il problema influisce sulla capacità di tutti gli utenti di accedere al contenuto o alla funzionalità del sito.

Metodo : Il metodo di un problema indica come l'esperto del settore ha trovato un problema, sia attraverso l'automazione che manualmente. Utilizziamo gli strumenti Deque per i risultati dei test automatici e usiamo il Deque Way per i risultati dei test manuali.

Altre Risorse Correlate : Collegamenti esterni a pagine su siti non-Deque conosciuti come fonti affidabili di informazioni di qualità sulla regola specifica.

Pagina : Una pagina in axe Auditor si riferisce a una "pagina sotto test" o una "pagina di test." Nella schermata di creazione del Caso di Test, la funzionalità della finestra di dialogo Aggiungi Pagina viene utilizzata per aggiungere pagine da testare. Una Pagina rappresenta la singola pagina, componente o contenuto all'interno di un caso di test che si desidera verificare per l'accessibilità. Anche se si specificano un URL e un Nome per la pagina, l'Ambito da testare può essere l'intera pagina, o un area della pagina (che può essere un modulo, schermo, widget, sezione o elemento).

Piattaforma : Il sistema operativo(i) e i browser con cui il sito deve essere testato. Ad esempio, "Windows e Firefox" o "Android e Chrome." I test automatizzati verranno eseguiti tramite un browser connesso su una determinata piattaforma.

Pagine Corso Università Deque Correlate : Un collegamento all'argomento è seguito da un collegamento tra parentesi al corso in cui è contenuto l'argomento. Questo ti porta direttamente alla pagina dell'Università Deque dove viene fornito un elevato livello di dettagli sulla natura della regola e sul motivo per cui è importante.

Rilascio : I Test Run consentono di specificare il numero di versione del prodotto da testare. Ad esempio, 1.0 sarebbe il primo ciclo di rilascio del prodotto.

Pagine Corso Università Deque Correlate : Un collegamento all'argomento è seguito da un collegamento tra parentesi al corso in cui è contenuto l'argomento. Questo ti porta direttamente alla pagina dell'Università Deque dove viene fornito un elevato livello di dettagli sulla natura della regola e sul motivo per cui è importante.

Tecnologie Rilevanti : Una o più tecnologie rilevanti vengono mostrate per dimostrare i tipi di tecnologie in cui possono essere eseguite le regole.

Raccomandazione di Rimedi : La raccomandazione di rimedio è il suggerimento dei nostri esperti di Deque su come risolvere un problema specifico. Questo sarà di grande aiuto per gli sviluppatori. A volte, indica anche come questo problema colpisce una persona con disabilità e il tipo di disabilità che soffre di questo fallimento.

Linee Guida Sezione 508 : Sono designate le sottosezioni specifiche delle linee guida della Sezione 508 quando applicabili.

Selettore : Un selettore è un modo per identificare un elemento usando alcune tecniche (esempio: xpath, id, classe css) nel DOM di una pagina web che aiuta a identificare un componente particolare.

Severità : Bloccante, Critico, Grave, Moderato e Minore sono le cinque categorie di severità (mancanza di regola), come si relazionano alle varie guideline e pratiche migliori applicabili.

Ambito : L'ambito di un caso di test è un insieme di URL di Pagina(e) e Componente(i) che devono essere valutati per la Conformità All'Accessibilità rispetto agli standard definiti. Ogni pagina o componente è considerato un'unità di test dall'applicazione axe Auditor.

Codice Sorgente : Il codice sorgente è il codice DOM renderizzato di un elemento di destinazione di un problema. Aiuta gli sviluppatori ad identificare facilmente l'elemento nel problema.

Standard : Il campo Standard consente di selezionare WCAG 2.0 Level A, WCAG 2.0 Level AA, WCAG 2.1 Level A, WCAG 2.1 Level AA, WCAG 2.0, Sezione 508 o Air Carrier Access Act (ACAA) quando si crea un nuovo Caso di Test o si modifica un Caso di Test esistente. Questa impostazione perfeziona le regole automatizzate e i test del checkpoint manuale a cui sono applicate nel Test Run per solo quelli che sono applicabili allo standard selezionato.

Stato : I tre stati dello stato del Test Run in axe Auditor sono "non iniziato" (il caso di test assegnato all'utente, ma non ancora iniziato), "in corso" (sia i test automatici che manuali sono stati iniziati, ma non tutti i checkpoint hanno ancora un risultato assegnato per tutte le pagine che comprendono il test run), e "completo" (il che significa che tutti i checkpoint per tutte le pagine sono stati segnati con un risultato di completamento di Pass, Fail, o N/A nei test manuali).

Caso di Test : I casi di test rappresentano lo scenario di test, i passaggi e le informazioni sul prodotto necessarie per una valutazione specifica. Sono composti di almeno una pagina o componente da testare e vengono nominati. Informazioni aggiuntive includono una descrizione del caso di test, lo standard applicabile e le informazioni sul prodotto. Le pagine da testare contenute all'interno di un caso di test includono ciascuna un nome della pagina, URL e ambito --- che può essere l'intera pagina o un'area della pagina specifica (modulo, schermo, widget, sezione o elemento) --- elementi di destinazione (form, video, audio, CAPTCHA, contenuti lampeggianti), e istruzioni correlate come quelle da utilizzare per navigare alla pagina.

Affidabilità del Test : Un test contro una regola include più verifiche che, dopo l'esecuzione, producono un risultato collettivo. L'affidabilità del test dipende da risultati che possono essere identificati in modo definitivo tramite mezzi automatizzati. Tre categorie di controlli includono scenari "nessuno deve passare," "uno deve passare," e "tutti devono passare" per ogni test. I test automatizzati sono considerati Affidabili, Parzialmente Affidabili, o Inaffidabili --- nel qual caso è richiesta una valutazione manuale.

Esecuzione del Test : Una esecuzione del test è un'istanza di un caso di test che è stata assegnata a un utente per effettuare una valutazione contro una combinazione specifica di piattaforma OS, versione del browser e tecnologia assistiva. Creiamo numerose esecuzioni di test se dobbiamo valutare il caso di test assegnato a molteplici combinazioni di OS, Browser e AT. Ogni esecuzione del test può essere assegnata a un utente diverso.

Unità di Test : Un'unità di test può essere una pagina o un componente di un caso di test. Il numero di unità di test di un caso di test è equivalente alla somma del numero di pagine e componenti del caso di test.

Metodologia di Test : Deque Way è la nostra metodologia definita dal team di esperti di accessibilità di Deque per comprendere e interpretare il WCAG in modo accurato e più semplice. Questo renderà le squadre di accessibilità futuri dei clienti più efficienti se adottato.

Grafico delle Principali Problemi della Dashboard : Il grafico dei principali problemi indica i principali checkpoint che sono falliti un numero di volte nell'ambito delle pagine e/o componenti definiti. L'elenco è presentato in ordine decrescente in modo che l'utente vedrà il checkpoint principale con il numero più alto di fallimenti da prima. Questo grafico mostrerà un massimo di 10 checkpoint principali con il maggior numero di problemi.

Argomenti : Troppi per essere elencati qui, tutti i nomi di Argomenti: Sottoargomenti applicabili sono visualizzati per rappresentare l'ampia categoria sotto la quale cade la regola. Queste associazioni servono a raggruppare tipi correlati di regole/problemi insieme.

Grafico dell'Impatto Utente della Dashboard : Il grafico dell'impatto utente indica come questi problemi di accessibilità identificati influenzeranno le persone con diverse disabilità. Puoi trovare le definizioni di severità cliccando l'icona info link sotto il grafico. Rifatti alla sezione "impatto" di questo glossario per comprendere come diversi problemi con livello di impatto diverso influenzerebbero la persona con disabilità nell'usare la funzionalità della pagina.

Criteri di Successo WCAG : I criteri di successo (SC) sono scritti come dichiarazioni testabili che non sono specifiche delle tecnologie. Vengono elencate le sottosezioni delle linee guida WCAG correlate. Le categorie di problemi dei checkpoint della Deque Way si basano su questi gruppi di linee guida sull'accessibilità correlate.

Argomento Correlato

Concetti e Termini Chiave