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 risultare sconosciuti.

Grafico di Conformità di Accessibilità della Dashboard : Il Grafico di Conformità indica il punteggio complessivo di conformità all'accessibilità sull'insieme di pagine e/o componenti definiti nel campo del caso di test. Le percentuali sono calcolate in base al numero totale di checkpoint superati o falliti all'interno del campo definito. Il checkpoint verrà considerato nella lista delle mancanze se fallisce almeno una volta su qualsiasi pagina o componente del campo definito.

Tecnologia Assistiva : I Test Runs consentono la specificazione del software e dei dispositivi utilizzati da persone disabili 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. Leggi maggiori informazioni su https://en.wikipedia.org/wiki/Assistive_technology

Certificare : Parte della suite di prodotti Deque's Enterprise Accessibility Conformance, axe DevTools è il motore di regole di accessibilità premium che esegue test automatizzati completi all'interno di axe Auditor. Come prodotto standalone è una libreria JavaScript leggera, veloce e portatile che funziona sul server di sviluppo locale nello stesso browser dei test funzionali o di unità, integrandosi perfettamente con il framework di test o browser di scelta. In qualsiasi ciclo di sviluppo maturo e agile, sviluppatori e tester sono autorizzati a individuare i problemi di accessibilità precocemente e risolverli rapidamente utilizzando i riferimenti e i modelli di soluzione incorporati dall'aiuto contestuale che attinge al database di conoscenza sull'accessibilità di Deque University.

Checkpoint : Un metodo collaudato 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. Basato sui Criteri di Successo WCAG, fornisce una categorizzazione e interpretazione più esplicite di quelle linee guida, in cui le mancanze sono tipicamente suddivise per tipo di contenuto. I Checkpoint di Deque aiutano i revisori a produrre risultati di test consistenti 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 dei loro requisiti) che sono una parte importante del metodo Deque per l'uguaglianza digitale.

Stato di Completamento : I tre stati di completamento relativi alle Esecuzioni dei Test in axe Auditor sono "non iniziato" (caso di test assegnato all'utente, ma non ancora iniziato), "in corso" (il test automatizzato o manuale è stato iniziato, ma tutti i checkpoint non sono ancora stati assegnati a un risultato per tutte le pagine che compongono l'esecuzione del test), e "completo" (significa che tutti i checkpoint per tutte le pagine sono contrassegnati con un risultato di completamento di Superato, Fallito o N/A per entrambi i test automatizzati e manuali).

Dati di Conformità & Impatto : Un gruppo di 6 campi di informazioni correlati che forniscono una istantanea rapida del tipo di informazione di conformità e impatto sull'accessibilità associata 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 metodo Deque. La personalizzazione delle regole e i controlli automatizzati associati consentono test degli standard specifici di un'organizzazione. Le classificazioni di gravità (Bloccante, Critico, Grave, Moderato o Minore) si riferiscono ai livelli di violazione della conformità (fallimento della regola) che descrivono quanto seria sia l'impatto delle problematiche 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 vengano definiti correttamente i selettori per identificare i componenti di una pagina.

Dashboard : La Dashboard di una Esecuzione del Test completata comprende tre grafici che indicano il livello di conformità all'accessibilità, l'impatto delle problematiche sulle persone con diverse disabilità e i principali problemi con il numero di volte che si sono ripetuti. Tutti questi dati dei grafici si basano sulla metodologia Deque-Way utilizzata in axe Auditor per testare contro uno standard dato. Ad esempio, secondo il metodo Deque-Way, valutiamo 66 checkpoint per ciascuna pagina o componente se lo standard selezionato è WCAG 2.0 Livello A & AA.

Tipo di Asset Digitale

: Questo campo viene utilizzato per definire il tipo di asset o proprietà in fase di test. Il vantaggio di ciò è che verranno visualizzati solo i checkpoint rilevanti per l'asset selezionato (la metodologie di test, rimedio e best practice) durante il test manuale. I checkpoint non applicabili verranno nascosti, quindi ci saranno solo i checkpoint rilevanti da esaminare. Le opzioni tra cui scegliere sono:

• Web Desktop
• Web Mobile
• App Mobile Native Android
• App Mobile Native iOS
• Chiosco
• Documenti MS Excel
• Documenti MS PowerPoint
• Documenti MS Word
• Software Desktop Windows

Disabilità Coinvolte : Uno o più dei seguenti elementi viene visualizzato per indicare quali disabilità sono influenzate dalla mancata osservanza della regola:

• Deficit di Attenzione
• Cognitivo
• Daltonismo
• Sordità
• Dislessia
• Ipoacusia
• Ipovisione
• Convulsioni
• Utenti di Tastiera Vedenti
• Discorso

Ambiente : Le esecuzioni dei test permettono di specificare il tipo di server su cui vengono eseguiti i test. Ad esempio, un server di produzione verrebbe utilizzato per un sito live.

Cartella : Una cartella è semplicemente un contenitore per casi di test utilizzati per organizzarli. È utilizzata per raggruppare categoricamente casi di test correlati. Consultare il proprio gestore di qualità prima di creare un nuovo caso di test per stabilire la cartella più appropriata a cui associarlo. Quando viene creato un nuovo caso di test e non viene selezionata una cartella, sarà automaticamente creato all'interno della cartella Non organizzata di default. I casi di test esistenti possono essere spostati in cartelle differenti in qualsiasi momento.

Impatto : L'impatto sull'utente è una metrica utile per prioritizzare gli sforzi di rimedio. I livelli di default sono associati a ciascun Checkpoint Deque in base a quanto gli esperti di accessibilità di Deque hanno determinato sia generalmente vero per un particolare tipo di problema di accessibilità, ma i valutatori possono usare il loro giudizio per modificarli. Gli impatti Bloccante, Critico e Grave si verificano quando un utente si trova davanti a notevoli ostacoli o è bloccato dal contenuto del sito con una maggiore vulnerabilità ad azioni legali. I problemi Minori e Moderati non sono così seri, ma devono comunque essere risolti affinché la pagina possa essere considerata pienamente conforme. I test sui checkpoint coprono linee guida di accessibilità che possono avere i seguenti cinque livelli utilizzati per categorizzare l'impatto delle problematiche di accessibilità all'interno dell'applicazione axe Auditor.

• Bloccante: Risultati in blocchi catastrofici per le persone con disabilità. Questi problemi impediranno sicuramente loro di accedere a funzionalità o contenuti fondamentali, senza possibili soluzioni alternative. Questo tipo di problema mette la tua organizzazione ad alto rischio. Priorità alla risoluzione immediata e distribuzione come hotfix il prima possibile. Dovrebbe essere estremamente raro. Un esempio di un problema bloccante è un SC 2.3.1 --- Tre Lampi o Sotto la Soglia che può causare crisi epilettiche
• Critico: Questo problema comporta il blocco dei contenuti per le persone con disabilità. Fino a quando non verrà implementata una soluzione, i contenuti saranno completamente inaccessibili, rendendo la tua organizzazione altamente vulnerabile a azioni legali. La risoluzione dovrebbe essere una priorità assoluta.
• Grave: Questo problema comporta gravi ostacoli per le persone con disabilità e impedirà loro parzialmente di accedere a funzionalità o contenuti fondamentali. Le persone che dipendono da tecnologie assistive sperimenteranno una significativa frustrazione di conseguenza. I problemi di questa categoria sono problemi gravi e la risoluzione dovrebbe essere una priorità. Dovrebbe essere molto comune.
• Moderato: Questo problema determina alcuni ostacoli per le persone con disabilità, ma non impedirebbe loro di accedere a elementi o contenuti fondamentali. Questo potrebbe rendere la tua organizzazione vulnerabile a azioni legali. Questa violazione deve essere risolta prima che una pagina possa essere considerata pienamente conforme.
• Minore: Questo è considerato un problema che ha un impatto minore per gli utenti rispetto a un problema moderato. Affinché una pagina sia considerata pienamente conforme, questo problema deve essere risolto, ma può essere gestito per ultimo.

Problema : Nel contesto di axe Auditor, ciascuno consiste in un riepilogo richiesto, livello di impatto, nonché un'associazione a un Checkpoint del metodo Deque. Ulteriori informazioni che possono essere memorizzate nel record di un problema includono un tipo di problema, tipo di descrizione, descrizione, flag di revisione, codice sorgente, screenshot e raccomandazione di rimedio. Ogni problema riguarda una pagina di test specifica.

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

• Accessibilità: Il problema influisce sulla capacità di un disabile di accedere ai contenuti o alle funzionalità del sito. Fallisce il test del checkpoint.
• Migliore Pratica: Il problema influisce sulla capacità di un disabile di accedere ai contenuti o alle funzionalità del sito, ma non fallisce il test del checkpoint.
• Agente Utente: Il problema è una conseguenza dell'interazione dell'user agent con la pagina, non necessariamente del contenuto della pagina stessa.
• Funzionalità: Il problema è dovuto a 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 ai contenuti o alle funzionalità del sito.

Metodo : Il metodo di un problema indica come l'esperto in materia ha trovato il 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 per essere fonti reputate di informazioni di qualità sulla regola specifica.

Pagina : Una pagina in axe Auditor si riferisce a una "pagina in esame" o una "pagina di test." Nella schermata di creazione di un Case di test, la funzionalità del dialogo Aggiungi Pagina viene utilizzata per aggiungere pagine da testare. Una Pagina rappresenta la singola pagina, componente o contenuto all'interno di un case 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 potrebbe essere l'intera pagina o una area della pagina (che può essere un modulo, schermo, widget, sezione o elemento).

Piattaforma : Il sistema operativo e il browser sui quali testare il sito. Ad esempio, "Windows e Firefox" o "Android e Chrome." I test automatici verranno eseguiti attraverso un browser connesso su una piattaforma specifica.

Pagine Correlate dei Corsi Deque University : Un collegamento all'argomento è seguito da un collegamento tra parentesi al corso in cui è contenuto l'argomento. Questo ti porta direttamente alla pagina di Deque University dove è fornito un livello elevato di dettaglio sulla natura della regola e perché è importante.

Release : I Test Run permettono di specificare il numero di versione del prodotto in fase di test. Ad esempio, 1.0 sarebbe il primo ciclo di rilascio del prodotto.

Pagine Correlate dei Corsi Deque University : Un collegamento all'argomento è seguito da un collegamento tra parentesi al corso in cui è contenuto l'argomento. Questo ti porta direttamente alla pagina di Deque University dove è fornito un livello elevato di dettaglio sulla natura della regola e perché è importante.

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

Raccomandazione per la Correzione : La raccomandazione di correzione è il suggerimento dei nostri esperti Deque su come risolvere un determinato problema. Questo sarà di grande aiuto per gli sviluppatori. A volte, indica anche come questo problema influisce su una persona con disabilità e il tipo di disabilità che soffre di questa mancanza.

Linee Guida della Sezione 508 : Quando possibile, vengono richiamate sottosezioni specifiche delle linee guida della Sezione 508 correlate.

Selettore : Il selettore è un modo per identificare un elemento utilizzando alcune tecniche (esempio: xpath, id, classe css) sul DOM di una pagina web che aiuta ad individuare un componente specifico.

Severità : Blocker, Critical, Serious, Moderate e Minor sono le cinque categorie di severità di un problema (fallimento della regola), rispetto alle varie linee guida applicabili e alle migliori pratiche.

Ambito : L'ambito di un caso di test è un insieme di URL di Pagine e Componenti da valutare per la conformità all'accessibilità rispetto allo standard definito. Ogni pagina o componente è considerato come un'unità di test dall'applicazione axe Auditor.

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

Standard : Il campo Standard ti consente di selezionare tra 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 crei un nuovo caso di test o quando modifichi un caso di test esistente. Questa impostazione definisce le regole automatizzate e i test di verifica manuali che devono essere valutati nel Test Run solo per quelli che sono applicabili allo standard selezionato.

Stato : I tre stati dello stato del Test Run in axe Auditor sono "non avviato" (caso di test assegnato all'utente, ma non ancora avviato), "in corso" (è stato avviato il test automatico o manuale, ma tutti i checkpoint non sono ancora stati assegnati un risultato per tutte le pagine che compongono il Test Run), e "completo" (significa che per tutti i checkpoint di tutte le pagine è stato contrassegnato un risultato di completamento di Passato, Fallito 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. Si compongono di almeno una pagina o componente da testare e sono nominati. Le 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 pagine, 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, contenuto lampeggiante), e istruzioni correlate come quelle da utilizzare per navigare alla pagina.

Affidabilità del Test : Un test rispetto a una regola include controlli multipli che, dopo l'esecuzione, producono un risultato collettivo. L'affidabilità del test dipende dai risultati che possono essere identificati in modo definitivo attraverso mezzi automatizzati. Tre categorie di controlli includono "nessuno deve passare," "uno deve passare," e "tutti devono passare" scenari 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 è stato assegnato a un utente per eseguire una valutazione su una combinazione specifica di piattaforma OS, versione del browser e tecnologia assistiva. Creiamo un certo numero di esecuzioni di test se abbiamo bisogno di valutare il caso di test dato rispetto a numerose combinazioni di OS, Browser e AT. Ogni esecuzione di 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 le WCAG in modo accurato e semplice. Questo renderà più efficienti i team di accessibilità di eventuali futuri clienti se adottata.

Tabella dei Problemi Principali del Dashboard : La tabella dei problemi principali indica i checkpoint principali falliti un certo numero di volte nell'ambito delle pagine e/o componenti definiti. L'elenco è presentato in ordine decrescente, quindi l'utente vedrà il checkpoint principale con il maggior numero di errori per primo. Questa tabella mostrerà un massimo di 10 checkpoint con il maggior numero di problemi.

Argomenti : Troppo numerosi per essere elencati qui, tutti i nomi di Argomento e Sottoargomento applicabili vengono visualizzati per rappresentare la categoria ampia in cui rientra la regola. Queste associazioni servono a raggruppare tipi di regole/problemi correlati insieme.

Tabella di Impatto Utente del Dashboard : La tabella di impatto utente indica come questi problemi di accessibilità individuati influenzeranno le persone con disabilità diverse. Puoi consultare le definizioni di gravità cliccando sul link dell'icona delle informazioni sotto la tabella. Consulta la sezione "impatto" di questo glossario per comprendere come diversi problemi con diversi livelli di impatto potrebbero influenzare la persona con disabilità nell'utilizzare la funzionalità della pagina.

Criteri di Successo WCAG : I Criteri di Successo (SC) sono scritti come dichiarazioni testabili che non sono specifiche della tecnologia. Vengono elencate le sottosezioni delle linee guida WCAG correlate. Le categorie di problemi di controllo del Deque Way sono basate su questi raggruppamenti di linee guida relative all'accessibilità.

Argomento Correlato

Concetti e Termini Chiave