Probleme exportieren
This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard
Not for use with personal data
Der Bildschirm der Problemliste bietet Ihnen eine Exportfunktion, die durch Aktivierung der Export -Schaltfläche im Dropdown-Menü „Aktionen“ oben in der Problemtabelle gestartet wird. Probleme können exportiert werden, selbst wenn Sie nicht alle als abgeschlossen markiert haben.
So exportieren Sie Probleme:
- Wählen Sie in der linken Spalte alle Probleme aus, die Sie exportieren möchten. Aktivieren Sie das leere Kontrollkästchen, um ein Häkchen darin zu setzen und Ihre Auswahl für alle gewünschten Problemzeilen anzuzeigen. Oben links in der Tabelle wird eine Nachricht angezeigt, die die Anzahl der ausgewählten Probleme angibt.
-
Wählen Sie die Option „Aktionen“ im Dropdown-Menü aus und aktivieren Sie die Export -Schaltfläche.
Das Dialogfeld „Probleme exportieren“ wird eingeblendet. -
Wählen Sie eine Export-Typ-Option aus.
- CSV (compatible with Microsoft Excel): Kommagetrenntes Werteformat, das nützlich für den Import in Tabellenkalkulationsanwendungen oder Datenbanken ist.
- CSV: Standard-Kommagetrenntes Werteformat, das nützlich für den Import in Tabellenkalkulationsanwendungen oder Datenbanken ist.
- JSON: JavaScript-Objektformat, das nützlich für den Import in Problemverfolgungssysteme wie JIRA ist.
- JSON (with axe universal format): JSON-Format, das mit einem universellen Exportformat übereinstimmt, das über alle axe-Produkte hinweg geteilt wird. Nützlich zum Extrahieren von Daten über mehrere axe-Tools hinweg für Business-Analytics-Plattformen.
-
Aktivieren Sie die Next -Schaltfläche.
Die Anzahl der zu exportierenden Probleme wird angezeigt. -
Klicken Sie auf die Export -Schaltfläche.
Tip: Die Datei wird entsprechend als „export.json“ oder „export.csv“ benannt, daher sollten Sie sie in etwas Aussagekräftigeres für zukünftige Referenzen umbenennen, insbesondere wenn weitere Exporte geplant sind.
Exportdateiformate und Beschreibungen:
Der folgende Abschnitt skizziert die am häufigsten verwendeten Exportformatoptionen mit ihren Spaltennamen und Beschreibungen.
JSON (Mit axe-Universelle Format) (Empfohlen):
| Spaltenname | Beschreibung |
|---|---|
| productName | Name des Produkts. axe-auditor, axe-monitor etc. |
| productComponentName | Produktquelle der heruntergeladenen JSON. z.B. axe-auditor, extension-chrome, api-cli etc. |
| productVersion | Version des Produkts. z.B.: 2.18. |
| testId | UUID des Testlaufs |
| engine | Basisengine zur Durchführung der Tests. z.B. axe-core, axe-pdf, axe-linter etc. |
| bestPracticesEnabled | Ein boolescher Wert zur Konfiguration von Best-Practices-Problemen während des Testens. |
| experimentalEnabled | Ein boolescher Wert zur Konfiguration von experimentellen Problemen während des Testens. |
| product | Benutzerdefinierter Wert zur Beschreibung des Produkts, das der Benutzer während des Testens bewertet. Dies gibt den Benutzern die Flexibilität, Details zu dem Produkt hinzuzufügen, an dem getestet wurde. |
| release | Auditor-Release-Version, die zur Erstellung des Problems verwendet wurde. |
| platform | Benutzerdefinierte Werte zur Nachverfolgung der Plattform, auf der das Problem erstellt wurde. Historisch gesehen haben Benutzer Werte wie "Mac", "Windows", "Chrome", "Android", "Firefox" verwendet. |
| Environment | Datenbankumgebung, aus der die Daten stammen. Alle Einträge sind benutzerdefiniert. Historisch gesehen haben Benutzer Werte wie "Dev", "QA", "UAT", "Production" verwendet. |
| digitalAssetType | Digitaler Asset-Typ, gegen den der Test durchgeführt wurde. Zum Beispiel: "Desktop Web", "Mobile Web", "Native Mobile Android", "Native Mobile iOS", "Kiosk", "MS Excel-Dokumente", "MS Powerpoint-Dokumente", "MS Word-Dokumente", "PDF", "Desktop-Software". |
| assistiveTechnology | Benutzerdefinierte Werte zur Nachverfolgung der verwendeten Testsoftware: „NVDA“, „VoiceOver“. |
| axeVersion | Verwendete axe-core-Version. Zum Beispiel „4.9.0“. |
| testCaseName | Name des Testfalls, der die Definition eines Testszenarios in axe Auditor darstellt. |
| testRunName | Name des Testdurchlaufs. |
| startDate | Erstellungsdatum des Testdurchlaufs. |
| endDate | Abschlussdatum des Testdurchlaufs. |
| standard | Teststandards, die auf diesen Testdurchlauf anwendbar sind. |
| issue_source | Quelle des Problems. Benutzer können Probleme aus mehreren Quellen importieren, und diese Spalte hilft, die Ursprungsquelle des Problems nachzuverfolgen. Mögliche Werte sind „axe Auditor“, „axe Dev Tools Extension“ und „axe Dev Tools Mobile“. |
| issueId | Eindeutige ID für jedes Problem in der Auditor-Datenbank. |
| ruleId | Regelsatz für das Problem. Zum Beispiel Farbkontrast. |
| description | Beschreibung des Problems aus der Dequeway-Bibliothek, nur über das Dropdown auswählbar. |
| help | Vorschlag oder Beschreibung der Abhilfe. |
| helpUrl | URL für Vorschlag oder Abhilfe. |
| impact | Spalte, die den Ernst des Problems definiert. Verfügbare Werte sind „Blocker“, „Kritisch“, „Ernst“, „Moderat“ oder „Geringfügig“. |
| summary | Ein Wert, der manuell eingegeben oder aus einem Dropdown ausgewählt wird. |
| source | Quellcode des Problems. |
| type | Barrierefreiheit, Best Practice, Funktionalität, Benutzerfreundlichkeit oder Benutzeragent. |
| method | Methodik zur Protokollierung des Problems. Mögliche Werte sind: „Automatisiert“, „IGT“ oder „Manuell“. |
| status | Aktueller Status des Problems zum Zeitpunkt des Exports. Mögliche Werte sind „Offen“, „Behoben“ oder „Geschlossen“. |
| tags | Wird zur Kategorisierung der Probleme verwendet. |
| createdAt | Datum und Uhrzeit, wann das Problem erstellt wurde. |
| unitName | Die Seite oder der damit verbundene Bestandteil des Problems. |
| testUrl | URL der getesteten Seite. |
| unitType | Typ der Einheit – Seite oder ein Bestandteil. |
| groupName | Der Name der Gruppe, zu der das Problem gehört. Wenn das Problem keiner Gruppe zugewiesen ist, bleibt dieses Feld leer. |
| foundBy | Autor des Problems. |
| Checkpoint | Checkpoints sind eine bewährte Methode zur Überprüfung von Barrierefreiheitsanforderungen, erstellt von Deques Team von Barrierefreiheitsexperten (a11y). Sie helfen, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Überblick über Checkpoints |
| needsReview | Ein boolescher Wert, der angibt, ob das Problem in die Kategorie „Muss überprüft werden“ fällt. |
| isExperimental | Ein boolescher Wert, der angibt, ob das Problem in die Kategorie „Experimentell“ fällt. |
| isManual | Ein boolescher Wert, der angibt, ob das Problem während des manuellen Testens erstellt wurde. |
| screenshotUrl | Die URL des dem Problem angehängten Screenshots. |
CSV (Kompatibel mit Microsoft Excel)
| Spaltenname | Beschreibung |
|---|---|
| Problem-ID | Die eindeutige ID, die jedem Problem in der Auditor-Datenbank zugewiesen wird. |
| Zusammenfassung | Ein Wert, der manuell eingegeben oder aus einem Dropdown-Menü ausgewählt wird. |
| Beschreibung | Beschreibung des Problems, die aus der Dequeway-Bibliothek stammt, und nur über das Dropdown-Menü auswählbar ist. |
| Auswirkung | Spalte zur Definition des Schweregrads des Problems. Verfügbare Werte sind „Blocker“, „Kritisch“, „Schwerwiegend“, „Mäßig“ oder „Geringfügig“. |
| Checkpoint-Gruppe | Dequeway-Terminologie zur Gruppierung der Checkpoints. Zum Beispiel wird „1.4 Unterscheidbar“ alle Checkpoints darin gruppieren, wie „1.4.1.a“, „1.4.2.b“. Checkpoints werden in der unten stehenden GitHub-Bibliothek aufgelistet: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Problemtyp | Barrierefreiheit, Best Practice, Funktionalität, Benutzerfreundlichkeit oder Benutzeragent. |
| Testeinheit | Die Seite oder Komponente, zu der das Problem gehört. |
| Empfohlen zu beheben | Empfehlung zur Behebung des Problems. Details stammen aus der Dequeway-Bibliothek oder Benutzer geben manuelle Empfehlungen ein. |
| Benutzer | Benutzer, der das Problem protokolliert hat. |
| Gruppenname | Der Name der Gruppe, zu der das Problem gehört. Bleibt leer, wenn das Problem keiner Gruppe zugeordnet ist. |
| Gruppenbeschreibung | Beschreibung, die der Gruppe beim Erstellen oder Bearbeiten des Problems hinzugefügt wurde. |
| Gruppenstatus | Status, der der Gruppe beim Erstellen oder Bearbeiten des Problems hinzugefügt wurde. |
| Zuweisen an | Benutzer, dem die Gruppe zugewiesen ist. |
| Erstellungsdatum | Erstellungsdatum des Problems. |
| Typ digitaler Vermögenswert | Typ des digitalen Vermögenswerts, gegen den der Test durchgeführt wurde. Zum Beispiel: „Desktop Web“, „Mobile Web“, „Native Mobile Android“, „Native Mobile iOS“, „Kiosk“, „MS Excel-Dokumente“, „MS Powerpoint-Dokumente“, „MS Word-Dokumente“, „PDF“, „Desktop-Software“. |
| Version | Axe Auditor Release-Version, die zur Erstellung des Problems verwendet wurde. |
| Umgebung | Datenbankumgebung, aus der die Daten stammen. Historisch gesehen haben Benutzer Werte wie „Dev“, „QA“, „UAT“, „Produktion“ verwendet. |
| Plattform | Benutzerdefinierte Werte, um die Plattform zu verfolgen, auf der das Problem erstellt wurde. Benutzer haben historisch Werte wie „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“ verwendet. |
| Hilfstechnologie | Benutzerdefinierte Werte, um die Software zu verfolgen, die zum Testen verwendet wurde, wie „NVDA“, „VoiceOver“. |
| Quellcode | Quellcode des Problems. |
| Checkpoint | Checkpoints sind eine bewährte Methode zur Prüfung von Barrierefreiheitsanforderungen, erstellt vom Team der Barrierefreiheitsexperten (a11y) von Deque. Sie helfen, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Übersicht über Checkpoints |
| Methode | Methodik, die zur Protokollierung des Problems verwendet wird. Mögliche Werte sind „Automatisch“, „IGT“ oder „Manuell“. |
| Problemstatus | Aktueller Status des Problems zum Zeitpunkt des Exports. Mögliche Werte sind „Offen“, „Behoben“ und „Geschlossen“. |
| Problemquelle | Quelle des Problems. Da Benutzer Probleme auch aus mehreren Quellen importieren können, verfolgt die Spalte die Ursprungquelle des Problems. Mögliche Werte sind „axe Auditor“, „axe Dev Tools Extension“ und „axe Dev Tools Mobile“. |
| Testfallname | Name des Testfalls. Ein Testfall ist die Definition eines Testszenarios in axe Auditor. Testfälle verstehen |
| Standards | Teststandards, die für dieses Problem gelten. |
| Produkt | Benutzerdefinierter Wert, um zu beschreiben, welches Produkt der Benutzer während des Tests bewertet. Dies gibt den Benutzern die Flexibilität, Details über das getestete Produkt hinzuzufügen. |
| URL | URL der getesteten Seite. |
| Screenshots | Vom Benutzer hinzugefügte Screenshots, um zusätzliche Details zum Problem bereitzustellen. |
| Markiert | Ob das Problem markiert wurde und eine zusätzliche Überprüfung oder Klärung benötigt. |
| Grund für die Markierung | Grund, warum das Problem markiert wurde. |
| Markiert von | Autor, der das spezielle Problem markiert hat. |
| Einheitstyp | Seite oder ein Komponent. |
| Mehr Info | Deque University-Referenz, die von Dequeway zum Zeitpunkt der Problemstellung bereitgestellt wurde. |
| Problemkommentare | Kommentare von Benutzern, die in der Kommentarsektion des Problems interagieren. |
| Gruppennotizen | Notizen, die während der Erstellung oder Bearbeitung zur Gruppe hinzugefügt wurden. |
| Screenshot der Testeinheit | Während des Tests der Testeinheit aufgenommene Screenshots. |
| Testlaufname | Name des Testlaufs. |
| Erfolgskriterien | Teststandardkriterien. Dies ist ein abhängiger Wert der Standardspalte. Zum Beispiel bezieht sich „1.4.3“ auf den WCAG-Standard 1.4.3. |
| Problem-URL | URL der Detailseite des Auditor-Problems. |