Esportazione problemi
Link to Esportazione problemi copied to clipboard
La schermata Lista dei problemi fornisce la funzionalità di esportazione che viene avviata attivando il pulsante Esporta situato nell'opzione del menu a discesa Azioni nella parte superiore della tabella Problemi. È possibile esportare i problemi anche se non sono stati contrassegnati come completati.
Per esportare i problemi:
- Nella colonna di sinistra, seleziona tutti i problemi che vuoi esportare. Attiva la casella di controllo vuota per inserire un segno di spunta nella casella e indicare la selezione per tutte le righe dei problemi desiderati. In alto a sinistra della tabella verrà visualizzato un messaggio che indica il numero di problemi selezionati.
- Selezionare l'opzione del menu a discesa Azioni e attivare il pulsante Esporta .
Viene visualizzata la finestra di dialogo Esporta Problemi.- Selezionare un'opzione per il tipo di esportazione.
- CSV (compatibile con Microsoft Excel): Comma-Separated Value (compatibile con Microsoft Excel) è utile per l'importazione in applicazioni di fogli di calcolo o database.
- CSV: il formato Valori Separati da Virgola è utile per l'importazione in applicazioni di fogli di calcolo o database.
- JSON: l'Oggetto JavaScript è utile per l'importazione in sistemi di monitoraggio dei problemi come JIRA.
- JSON (con formato universale axe): formato JSON che si allinea con un formato di esportazione universale condiviso tra vari prodotti axe. Ciò è particolarmente utile quando i clienti hanno bisogno di estrarre dati da più prodotti axe per elaborarli ulteriormente, ad esempio utilizzandoli in comuni piattaforme di analisi aziendale.
-
Premi il pulsante Avanti .
Viene visualizzato il numero di problemi da esportare.
-
Fare clic sul pulsante Esporta .
Suggerimento: il file verrà denominato "export.json" o "export.csv", quindi potrebbe essere opportuno rinominarlo con un nome più significativo per riferimento futuro, soprattutto per evitare confusione quando saranno pianificate ulteriori esportazioni.
Formati e descrizioni dei file di esportazione:
Nella sezione seguente vengono descritte le opzioni di formato di esportazione più comunemente utilizzate, con i nomi delle colonne e le descrizioni.
JSON (con formato universale axe) (consigliato):
| Nome della colonna | Descrizione |
|---|---|
| productName | Nome del prodotto. axe-auditor, axe-monitor ecc. |
| productComponentName | Origine del prodotto JSON scaricato, ad esempio axe-auditor, extension-chrome, api-cli ecc. |
| productVersion | Versione del prodotto. Ad esempio: 2.18. |
| testId | Uuid dell'esecuzione del test |
| motore software | Motore software di base per eseguire i test. Per esempio, axe-core, axe-pdf, axe-linter ecc. |
| bestPracticesAbilitato | Un valore booleano per configurare problemi delle best practice durante i test. |
| sperimentaleAbilitato | Un valore booleano per configurare problemi sperimentali durante i test. |
| prodotto | Valore definito dall'utente per descrivere il prodotto che l'utente sta valutando durante il test. Ciò offre agli utenti la flessibilità di aggiungere dettagli sul prodotto su cui sono stati condotti i test. |
| rilascio | Versione di rilascio dell'auditor utilizzata per creare l'issue. |
| piattaforma | Valori definiti dall'utente per tracciare la piattaforma su cui è stato creato il problema. Storicamente, gli utenti hanno utilizzato valori come "Mac", "Windows", "Chrome", "Android", "Firefox". |
| Ambiente | Ambiente del database da cui provengono i dati. Le voci sono tutte definite dall'utente. Storicamente, gli utenti hanno utilizzato valori quali "Dev", "QA", "UAT", "Production". |
| Tipo di risorsa digitale | Tipo di risorsa digitale su cui è stato eseguito il test. Ad esempio, "Web desktop", "Web mobile", "Android mobile nativo", "iOS mobile nativo", "Kiosk", "MS Excel Documents", "MS Powerpoint Documents", "Documenti MS Word", "PDF", "Software desktop". |
| Tecnologia assistenziale | Valori definiti dall'utente per tenere traccia del software utilizzato per i test: "NVDA", "VoiceOver". |
| axeVersion | Utilizzata la versione axe-core. Ad esempio, "4.9.0". |
| testCaseName | Nome del caso di test, che è la definizione di uno scenario di test in axe Auditor. |
| testRunName | Nome dell'esecuzione del test. |
| startDate | Data di creazione dell'esecuzione del test. |
| Data di fine | Data di completamento dell'esecuzione del test. |
| standard | Standard di prova applicabili a questa esecuzione di prova. |
| problema_sorgente | Fonte del problema. Gli utenti possono importare questioni da più fonti e questa colonna aiuta a tenere traccia della fonte di origine della questione. I valori possibili sono "axe Auditor", "axe Dev Tools Extension" e "axe Dev Tools Mobile". |
| issueId | ID univoco per ogni questione nel Auditor Database. |
| regolaId | Emissione di un set di regole. Ad esempio, il contrasto cromatico. |
| descrizione | Descrizione del problema ricavata dalla libreria Dequeway, selezionabile solo tramite il menu a discesa. |
| aiuto | Descrizione del suggerimento o della soluzione. |
| helpUrl | URL di suggerimento o correzione. |
| impatto | Colonna che definisce la gravità del problema. I valori disponibili sono "Bloccante", "Critico", "Grave", "Moderato" o "Minore". |
| sommario | Un valore digitato manualmente o selezionato da un menu a discesa. |
| codice sorgente | Codice sorgente del problema. |
| tipo | Accessibilità, Best Practice, funzionalità, usabilità o user agent. |
| metodo | Metodologia utilizzata per registrare il problema. I valori possibili sono: "Automatico", "IGT" o "Manuale". |
| stato | Stato attuale del problema al momento dell'esportazione. I valori possibili sono "Aperto", "Risolto" o "Chiuso". |
| tag | Utilizzato per categorizzare i problemi. |
| createdAt | Data e ora in cui è stato creato il problema. |
| unitName | La Pagina o al componente associato al problema. |
| testUrl | URL della pagina testata. |
| unitType | tipo di unità: Pagina o Componente. |
| nome del gruppo | Il nome del gruppo a cui appartiene il problema. Se il problema non è assegnato ad alcun gruppo, questo campo è vuoto. |
| trovato da | Autore del problema. |
| Checkpoint | I checkpoint sono un metodo collaudato per testare i requisiti di accessibilità, creati dal team di esperti di accessibilità (a11y) di Deque. Contribuiscono ad aumentare la coerenza e l'accuratezza dei risultati dei test. Panoramica dei checkpoint |
| Da revisionare | Valore booleano che indica se il problema rientra nella categoria "Necessita di revisione". |
| isExperimental | Valore booleano che indica se il problema rientra nella categoria "Sperimentale". |
| isManual | Valore booleano che indica se il problema è stato creato durante il test manuale. |
| screenshotUrl | L'URL dello screenshot allegato al problema. |
CSV (compatibile con Microsoft Excel)
| Nome della colonna | Descrizione |
|---|---|
| ID Segnalazione | ID univoco assegnato a ciascun problema nel Database Auditor. |
| Sommario | Un valore digitato manualmente o selezionato da un menu a discesa. |
| Descrizione | Descrizione del problema ricavata dalla libreria Dequeway, selezionabile solo tramite il menu a discesa. |
| Impatto | Colonna che definisce la gravità del problema. I valori disponibili sono "Bloccante", "Critico", "Grave", "Moderato" o "Minore". |
| Gruppo di checkpoint | Terminologia Deque per raggruppare i checkpoint. Ad esempio, "1.4 Distinguibile" raggrupperà al suo interno tutti i checkpoint, come "1.4.1.a", "1.4.2.b". I checkpoint sono elencati nella libreria GitHub qui sotto: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Tipo di problema | Accessibilità, Best Practice, funzionalità, usabilità o user agent. |
| Unità di test | La pagina o il componente a cui appartiene il problema. |
| Consigliato da correggere | Raccomandazione per risolvere il problema. I dettagli vengono reperiti dalla libreria Dequeway oppure gli utenti inseriscono manualmente le raccomandazioni. |
| Utente | Utente che ha segnalato il problema. |
| Nome gruppo | Il nome del gruppo a cui appartiene il problema. Rimane vuoto se il problema non è assegnato ad alcun gruppo. |
| Descrizione del gruppo | Descrizione aggiunta al problema durante la creazione o la modifica dello stesso. |
| Stato del gruppo | Stato aggiunto al gruppo durante la creazione o la modifica del problema. |
| Assegna a | Utente a cui è assegnato il gruppo. |
| Data di creazione | Data di creazione del problema. |
| Tipo di risorsa digitale | Tipo di risorsa digitale su cui è stato eseguito il test. Ad esempio: "Web da desktop", "Web mobile", "Android mobile nativo", "iOS mobile nativo", "Kiosk", "Documenti MS Excel", "Documenti MS PowerPoint", "Documenti MS Word", "PDF", "Software da desktop". |
| Rilascio | Versione di rilascio di axe Auditor utilizzata per creare il problema. |
| Ambiente | Ambiente del database da cui provengono i dati. Storicamente, gli utenti hanno utilizzato valori quali "Dev", "QA", "UAT", "Production". |
| Piattaforma | Valori definiti dall'utente per tracciare la piattaforma su cui è stato creato il problema. Storicamente, gli utenti hanno utilizzato valori come "Mac", "Windows", "Chrome", "Android", "Firefox". |
| Tecnologia assistiva | Valori definiti dall'utente per tenere traccia del software utilizzato per testare "NVDA", "VoiceOver". |
| Codice sorgente | Codice sorgente del problema o funzionalità. |
| Punto di controllo | I checkpoint sono un metodo collaudato per testare i requisiti di accessibilità, creati dal team di esperti di accessibilità (a11y) di Deque. Contribuiscono ad aumentare la coerenza e l'accuratezza dei risultati dei test. Panoramica dei checkpoint |
| Metodo | Metodologia utilizzata per registrare il problema. I valori possibili sono "Automated", "IGT" o "Manuale". |
| Stato del problema | Stato attuale del problema al momento dell'esportazione. I valori possibili sono "Aperto", "Risolto" e "Chiuso". |
| Fonte del problema | Fonte del problema. Poiché gli utenti possono anche importare questioni da più fonti, la colonna tiene traccia della fonte di origine della questione. I valori possibili sono "axe Auditor", "axe Dev Tools Extension" e "axe Dev Tools Mobile". |
| Nome del caso di test | Nome del caso di prova. Un caso di test è la definizione di uno scenario di test in axe Auditor. Capire i casi di test |
| Standard | Standard di test applicabili a questo problema. |
| Prodotto | Valore definito dall'utente per descrivere il prodotto che l'utente sta valutando durante il test. Ciò offre agli utenti la flessibilità di aggiungere dettagli sul prodotto su cui è stato effettuato il test. |
| URL | URL della pagina testata. |
| Schermate | Screenshot aggiunti dall'utente per fornire ulteriori dettagli sul problema. |
| Segnalato | Se il problema è stato segnalato e necessita di ulteriore revisione o chiarimento. |
| Segnalato per una ragione | Motivo per cui il problema è stato segnalato. |
| Segnalato da | Autore che ha segnalato il problema specifico. |
| Tipo di unità | Pagina o componente. |
| Maggiori informazioni | Riferimento della Deque University fornito da Dequeway al momento della creazione del problema. |
| Commenti sul problema | Commenti degli utenti che interagiscono nella sezione commenti del problema. |
| Note di gruppo | Note aggiunte al gruppo durante la creazione o la modifica. |
| Schermata dell'unità di test | Screenshot acquisiti durante l'Unità di Test. |
| Nome del test di esecuzione | Nome dell'esecuzione del test. |
| Criteri di successo | Criteri degli Standard di Test. Questo è un valore dipendente della colonna Standard. Ad esempio, "1.4.3" si riferisce allo standard WCAG 1.4.3. |
| URL del problema | URL della pagina dei dettagli del problema Auditor. |