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 non esserti familiari.
Schema di Conformità all'Accessibilità del Cruscotto : Lo Schema di Conformità indica il punteggio complessivo della conformità all'accessibilità sull'insieme 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à conteggiato nella lista dei falliti se non viene superato almeno una volta su una qualsiasi delle pagine o componenti dell'ambito definito.
Tecnologia Assistiva : Le Esecuzioni di Test consentono di specificare il software e i dispositivi utilizzati da 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. Maggiori informazioni su https://en.wikipedia.org/wiki/Assistive_technology
Attest : Parte della suite di prodotti per la conformità all'accessibilità aziendale 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 tuo server di sviluppo locale nello stesso browser dei tuoi test funzionali o unità, integrandosi perfettamente con il framework di test o il browser scelto. In qualsiasi ciclo di sviluppo agile e maturo, sviluppatori e tester sono abilitati a individuare problemi di accessibilità presto e risolverli rapidamente utilizzando i riferimenti integrati e i modelli di soluzione derivati dagli aiuti contestuali profondi che attingono alla base di conoscenze sull'accessibilità di Deque University.
Checkpoint : Un metodo comprovato per il test dei requisiti di accessibilità creato dal team di esperti di accessibilità di Deque che aumenta la consistenza e l'accuratezza dei risultati dei test. Basati sui Criteri di Successo WCAG, forniscono una categorizzazione e un'interpretazione più esplicite di tali linee guida, dove di solito i fallimenti sono separati per tipo di contenuto. I Checkpoint di Deque aiutano i valutatori a produrre risultati di test coerenti e accurati durante le valutazioni di accessibilità. Un checkpoint si riferisce alla sezione più rilevante e applicabile dell'elenco principale dei 66 Checkpoint Deque (e loro requisiti) che sono una parte importante del Modello Deque di uguaglianza digitale.
Stato di Completamento : I tre stati di completamento relativi alle Esecuzioni di Test in axe Auditor sono "non iniziato" (caso di test assegnato all'utente, ma non ancora iniziato), "in corso" (i test automatici o manuali sono stati iniziati, ma tutti i checkpoint non sono ancora stati assegnati a un risultato per tutte le pagine che comprendono l'esecuzione del test) e "completo" (significa che tutti i checkpoint per tutte le pagine sono stati segnati con un risultato di completamento di Pass, Fail o N/A per entrambi i test automatici e manuali).
Dati di Conformità e Impatto : Un raggruppamento di 6 campi di informazioni correlate che ti offrono uno sguardo rapido sul tipo di informazioni di conformità e impatto sull'accessibilità associate a questa regola. Un elenco degli standard applicabili alla regola, che può includere i livelli A e AA di W3C WCAG 2.0, nonché le linee guida della Sezione 508 degli Stati Uniti e/o le Best Practices del Modello Deque. La personalizzazione delle regole e i controlli automatici associati che eseguono rendono possibile il test degli standard specifici dell'organizzazione. Le classificazioni di gravità (Bloccante, Critico, Grave, Moderato o Minore) si riferiscono ai livelli di violazione di conformità (fallimento della regola) che descrivono quanto sia grave l'impatto che il problema ha sull'accessibilità di un sito o pagina.
Componente : Un componente rappresenta sezioni globali e riutilizzabili del sito web. L'utente può anche definire componenti come parte o sezione di una pagina particolare. Axe Auditor si aspetta che siano definiti selettori appropriati per identificare i componenti di una pagina.
Cruscotto : Il cruscotto di un'Esecuzione di Test completata comprende tre grafici che indicano il livello di conformità all'accessibilità, l'impatto dei problemi sulle persone con diverse disabilità e i principali problemi con numero di volte ripetute. Tutti questi dati dei grafici si basano sulla metodologia di Deque- Way utilizzata in axe Auditor per testare rispetto a un dato standard. Ad esempio, secondo Deque-Way, valutiamo 66 checkpoint contro ciascuna pagina o componente se lo standard selezionato è WCAG 2.0 Livello A & AA.
Tipo di Risorsa Digitale
: Questo campo è utilizzato per definire il tipo di risorsa o proprietà che viene testata. Il vantaggio di questo è che solo i checkpoint rilevanti per la risorsa selezionata (la metodologia di test, rimedio e le migliori pratiche) verranno mostrati per il test manuale. I checkpoint non applicabili saranno nascosti, così ci saranno solo i checkpoint rilevanti da rivedere. Le opzioni tra cui scegliere sono:
- Web Desktop
- Web Mobile
- Mobile Nativo Android
- Mobile Nativo iOS
- Chiosco
- Documenti MS Excel
- Documenti MS PowerPoint
- Documenti MS Word
- Software Desktop Windows
Disabilità Interessate : Viene mostrato uno o più dei seguenti per indicare quali disabilità sono impattate dalla mancata conformità alla regola:
- Deficit di Attenzione
- Cognitive
- Daltonismo
- Sordità
- Dislessia
- Ipoacusia
- Ipovisione
- Crisi epilettiche
- Utenti di Tastiera Vedenti
- Parola
Ambiente : Le Esecuzioni di Test permettono di specificare il tipo di server su cui si sta testando. Ad esempio, un server di produzione sarebbe utilizzato per un sito live.
Cartella : Una cartella è semplicemente un contenitore per casi di test utilizzato per organizzarli. Viene utilizzata per raggruppare categoricamente i casi di test correlati. Consulta il tuo Manager dell'Assicurazione Qualità prima di creare un nuovo caso di test per trovare la cartella più appropriata a cui associarlo. Quando viene creato un nuovo caso di test e non viene selezionata una cartella, verrà automaticamente creato all'interno della cartella Non Organizzata per impostazione predefinita. I casi di test esistenti possono essere spostati in diverse cartelle in qualsiasi momento.
Impatto : L'impatto sull'utente è un metriche utile da utilizzare quando si dà priorità agli sforzi di risanamento. I livelli predefiniti sono associati a ciascun Checkpoint Deque secondo quanto stabilito dagli esperti di accessibilità di Deque per un determinato tipo di problema di accessibilità, ma gli assessori possono usare il loro giudizio per modificarli. Gli impatti Bloccante, Critico e Grave si verificano quando un utente incontra barriere significative o è bloccato dal contenuto sul sito con una maggiore vulnerabilità ad 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 sui checkpoint coprono le linee guida sull'accessibilità che possono avere i seguenti cinque livelli usati per categorizzare l'impatto di accessibilità dei problemi all'interno dell'applicazione axe Auditor.
- Bloccante: Risultano in ostacoli catastrofici per le persone con disabilità. Questi problemi impediranno sicuramente l'accesso a funzionalità o contenuti fondamentali, senza possibili alternative. Questo tipo di problema espone la tua organizzazione ad alto rischio. La priorità è risolverli immediatamente e implementarli come hotfix non appena possibile. Dovrebbero essere estremamente rari. Un esempio di problema bloccante è un SC 2.3.1 --- Tre Flashes o Soglia Inferiore che può causare crisi epilettiche
- Critico: Questo problema causa un blocco dei contenuti per le persone con disabilità. Fino a quando una soluzione non viene implementata il contenuto sarà completamente inaccessibile, rendendo la tua organizzazione altamente vulnerabile ad azioni legali. Rimediazione dovrebbe essere una priorità assoluta.
- Grave: Questo problema causa barriere significative per le persone con disabilità e impedirà parzialmente l'accesso alle funzionalità o ai contenuti fondamentali. Le persone che usano tecnologie assistive sperimenteranno notevole frustrazione come risultato. I problemi che rientrano in questa categoria sono problemi maggiori e rimediazione dovrebbe essere una priorità. Dovrebbero essere molto comuni.
- Moderato: Questo problema crea alcune barriere per le persone con disabilità, ma non impedirà loro di accedere ad elementi o contenuti fondamentali. Ciò potrebbe esporre la tua organizzazione a rischi legali. Questa violazione deve essere risolta prima di poter considerare una pagina pienamente conforme.
- Minore: Questo è considerato un problema che produce un impatto minore per gli utenti rispetto a un problema moderato. Per considerare pienamente conforme una pagina questo problema deve essere risolto ma può essere affrontato per ultimo.
Problema : Nel contesto di axe Auditor, ciascuno consiste in un sommario richiesto, livello di impatto, oltre a un'associazione con un Checkpoint Deque Way. Informazioni aggiuntive che possono essere memorizzate all'interno di un record di problema includono un tipo di problema, tipo di descrizione, descrizione, contrassegni di revisione, codice sorgente, screenshot e raccomandazioni di rimediazione. Ogni problema si riferisce a una particolare pagina di test.
Tipo di Problema : Si riferisce al tipo di fallimento o migliore pratica. I seguenti 5 tipi di problema vengono utilizzati per categorizzare i problemi all'interno dell'applicazione axe Auditor:
- Accessibilità: Il problema influisce sulla capacità di un utente disabile di accedere a contenuti o funzionalità del sito. Fallisce il test del checkpoint.
- Migliore Pratica: Il problema influisce sulla possibilità per un utente disabile di accedere ai contenuti o alla funzionalità del sito, ma non fallisce il test del punto di controllo.
- Agente Utente: Il problema è il risultato dell'interazione dell'agente utente con la pagina, non necessariamente del contenuto della pagina stessa.
- Funzionalità: Il problema è dovuto a un problema con la funzionalità della pagina e deve essere considerato un difetto funzionale.
- Usabilità: Il problema influisce sulla possibilità per tutti gli utenti di accedere ai contenuti o alla funzionalità del sito.
Metodo : Il metodo di un problema indica come l'esperto del tema ha trovato un problema, attraverso l'automazione o manualmente. Utilizziamo gli strumenti Deque per i risultati dei test automatici e il Deque Way per i risultati dei test manuali.
Altre Risorse Correlate : Link esterni a pagine su siti non-Deque noti come fonte affidabile di informazioni di qualità sulla regola specifica.
Pagina : Una pagina in axe Auditor si riferisce a una "pagina sotto test" o a una "pagina di test." Nella schermata di creazione di un Caso di Test, la funzionalità del riquadro di dialogo Aggiungi Pagina è utilizzata per aggiungere pagine da testare. Una Pagina rappresenta l'individualità della pagina, componente o contenuto all'interno di un caso di test che si desidera testare per l'accessibilità. Sebbene si stia specificando 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, uno schermo, un widget, una sezione o un elemento).
Piattaforma : Il sistema operativo e il browser sui quali il sito deve essere testato. Ad esempio, "Windows e Firefox" o "Android e Chrome." I test automatici verranno eseguiti tramite un browser connesso su una piattaforma specifica.
Pagine del Corso di Deque University Correlate : Un link all'argomento è seguito da un link parentetico al corso in cui è contenuto l'argomento. Questo ti porta direttamente alla pagina di Deque University dove viene fornito un alto livello di dettagli sulla natura della regola e sul perché è 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 del Corso di Deque University Correlate : Un link all'argomento è seguito da un link parentetico al corso in cui è contenuto l'argomento. Questo ti porta direttamente alla pagina di Deque University dove viene fornito un alto livello di dettagli sulla natura della regola e sul perché è importante.
Tecnologie Rilevanti : Una o più tecnologie rilevanti vengono presentate per dimostrare i tipi di tecnologie sui quali le regole possono essere eseguite.
Raccomandazione di Rimedi : La raccomandazione di rimedi è il suggerimento dei nostri esperti Deque relativo a come risolvere un problema specifico. Questo sarà molto utile per gli sviluppatori. A volte, indica anche come questo problema colpisce una persona con disabilità e il tipo di disabilità che soffre di questo problema.
Linee Guida della Sezione 508 : Sotto-sezioni specifiche delle linee guida della Sezione 508 correlate sono menzionate quando applicabile.
Selettore : Il selettore è un modo per identificare un elemento usando alcune tecniche (ad esempio: xpath, id, classe css) su un DOM di una pagina web che aiuta a identificare un componente specifico.
Severità : Bloccatore, Critico, Grave, Moderato, e Minore sono le cinque categorie di gravità del problema (fallimento regola), così come si riferiscono alle varie linee guida e migliori pratiche applicabili.
Ambito : L'ambito di un caso di test è un insieme di URL di Pagine e Componenti che devono essere valutati per la Conformità all'Accessibilità secondo lo standard definito. Ogni pagina o componente è considerato un'unità di test dall'applicazione axe Auditor.
Codice Sorgente : Il codice sorgente è il codice DOM generato di un elemento di un problema. Aiuta gli sviluppatori a identificare l'elemento nel problema molto facilmente.
Standard : Il campo Standard ti permette di selezionare WCAG 2.0 Livello A, WCAG 2.0 Livello AA, WCAG 2.1 Livello A, WCAG 2.1 Livello AA, WCAG 2.0, Sezione 508 o Air Carrier Access Act (ACAA) quando generi un nuovo Caso di Test o quando modifichi un Caso di Test esistente. Questa impostazione affina le regole automatizzate e i test checkpoint manuali che devono essere verificati nel Test Run solo quelli applicabili allo standard selezionato.
Stato : I tre stati dello stato del Test Run in axe Auditor sono "non iniziato" (caso di test assegnato a un utente, ma non ancora iniziato), "in corso" (il test automatico o manuale è stato avviato, ma non tutti i checkpoint sono ancora stati assegnati a un risultato per tutte le pagine che comprendono il test run), e "completo" (significa che tutti i checkpoint per tutte le pagine sono stati segnati con un risultato di completamento di "Passato", "Fallito", o "N/A" nel test manuale).
Caso di Test : I casi di test rappresentano lo scenario di test, i passaggi, e le informazioni sul prodotto richieste per una valutazione specifica. Sono composti da almeno una pagina o componente da testare e sono nominati. Informazioni aggiuntive includono una descrizione del caso di test, lo standard applicabile e le informazioni sul prodotto. Le pagine da testare contenute in un caso di test includono ciascuna un nome della pagina, URL e ambito --- che può essere l'intera pagina o una specifica area della pagina (modulo, schermo, widget, sezione o elemento) --- elementi target (moduli, video, audio, CAPTCHA, contenuti lampeggianti) e istruzioni correlate come quelle da utilizzare per navigare alla pagina.
Attendibilità del Test : Un test contro una regola include diversi controlli che, dopo l'esecuzione, producono un risultato collettivo. L'affidabilità del test dipende dai risultati che possono essere identificati definitivamente con mezzi automatizzati. Tre categorie di controlli includono gli scenari "nessuno deve superare," "uno deve superare," e "tutti devono superare" per ogni test. I test automatizzati sono considerati Affidabili, Parzialmente affidabili, o Inaffidabili --- nel qual caso è richiesta una valutazione manuale.
Esecuzione del Test : Un esecuzione del test è un'istanza di un caso di test che è stata assegnata a un utente per eseguire la valutazione contro una specifica combinazione di piattaforma OS, versione del Browser e Tecnologia Assistiva. Creiamo un certo numero di esecuzioni del test se dobbiamo valutare il caso di test dato contro un numero di combinazioni di OS, Browser e AT. Ogni esecuzione del test può essere assegnata a un utente diverso.
Unità di Test : L'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 di un 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à più efficienti i team di accessibilità del cliente, se adottato.
Chart delle Principali Questioni della Dashboard : Il chart delle principali questioni indica i principali checkpoint che sono stati falliti più 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 maggior numero di fallimenti per primo. Questo chart mostrerà un massimo di 10 checkpoint con il maggior numero di problemi.
Temi : Troppi per essere elencati qui, tutti i nomi di Tema: Sotto-temi applicabili sono mostrati per rappresentare l'ampia categoria in cui ricade la regola. Queste associazioni servono a raggruppare insieme i tipi correlati di regole/problemi.
Chart dell'Impatto Utente della Dashboard : Il chart dell'impatto utente indica come questi problemi di accessibilità identificati influenzeranno le persone con diverse disabilità. È possibile trovare le definizioni della severità facendo clic sul link dell'icona delle informazioni sotto il chart. Fare riferimento alla sezione "impatto" di questo glossario per capire come diversi problemi con livello di impatto diverso influenzeranno la capacità della persona con disabilità di utilizzare la funzionalità della pagina.
Criteri di Successo WCAG : I criteri di successo (WCAG) sono scritti sotto forma di dichiarazioni testabili che non sono specifiche della tecnologia. Vengono elencate le sottosezioni delle linee guida WCAG correlate. Le categorie di problemi di checkpoint di Deque Way si basano su questi raggruppamenti di linee guida di accessibilità correlate.
