Exportieren von Issues
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 Issues-Listenbildschirm bietet Ihnen eine Exportfunktion, die durch Aktivieren des **Export** -Schaltknopfs im Aktions-Dropdown-Menü oben in der Issues-Tabelle gestartet wird. Issues können exportiert werden, auch wenn Sie nicht alle als abgeschlossen markiert haben.
**Um Issues zu exportieren:**
- Wählen Sie in der linken Spalte alle Issues aus, die Sie exportieren möchten. Aktivieren Sie das leere Kontrollkästchen, um ein Häkchen in das Kästchen zu setzen, das Ihre Auswahl für alle gewünschten Issue-Reihen anzeigt. Oben links in der Tabelle wird eine Nachricht angezeigt, die die Anzahl der ausgewählten Issues angibt.
-
Wählen Sie die Option im Aktions-Dropdown-Menü aus und aktivieren Sie den Export -Knopf.
Das Dialogfeld „Issues exportieren“ erscheint. -
Wählen Sie eine Exporttyp-Option aus.
- CSV (compatible with Microsoft Excel): Kommagetrenntes Dateiformat, das sich für den Import in Tabellenkalkulationsanwendungen oder Datenbanken eignet.
- CSV: Standard-Kommagetrenntes Dateiformat, das sich für den Import in Tabellenkalkulationsanwendungen oder Datenbanken eignet.
- JSON: JavaScript-Objektformat, das sich für den Import in Ticket-Systeme wie JIRA eignet.
- JSON (with axe universal format): JSON-Format, das auf ein universelles Exportformat abgestimmt ist, das in allen axe-Produkten geteilt wird. Nützlich für die Extraktion von Daten über mehrere axe-Tools hinweg für Business-Analytics-Plattformen.
-
Aktivieren Sie den Next -Knopf.
Die Anzahl der zu exportierenden Issues wird angezeigt. -
Klicken Sie auf den Export -Knopf.
Tip: Die Datei wird entsprechend als ‚export.json‘ oder ‚export.csv‘ benannt, daher sollten Sie in Betracht ziehen, ihr einen aussagekräftigeren Namen zu geben, insbesondere wenn weitere Exporte geplant sind.
Export-Dateiformate und Beschreibungen:
Der folgende Abschnitt beschreibt die am häufigsten verwendeten Exportformat-Optionen, einschließlich ihrer Spaltennamen und Beschreibungen.
JSON (Mit axe Universalformat) (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 Testruns |
| engine | Basis-Engine zur Durchführung der Tests. z.B. axe-core, axe-pdf, axe-linter etc. |
| bestPracticesEnabled | Ein boolescher Wert zur Konfiguration von Best-Practice-Problemen während des Tests. |
| experimentalEnabled | Ein boolescher Wert zur Konfiguration von experimentellen Problemen während des Tests. |
| product | Benutzerdefinierter Wert zur Beschreibung des Produkts, das der Benutzer während des Tests bewertet. Dies gibt den Benutzern die Flexibilität, Details über das Produkt hinzuzufügen, auf dem der Test durchgeführt wurde. |
| release | Verwendete Auditor-Release-Version zum Erstellen des Issues. |
| plattform | Benutzerdefinierte Werte zur Nachverfolgung der Plattform, auf der das Issue erstellt wurde. Historisch gesehen haben Benutzer Werte wie „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“ verwendet. |
| Umgebung | Datenbankumgebung, aus der die Daten stammen. Alle Einträge sind benutzerdefiniert. Historisch gesehen haben Benutzer Werte wie „Dev“, „QA“, „UAT“, „Produktion“ verwendet. |
| digitalAssetType | Art des digitalen Assets, gegen das 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 Test-Software: „NVDA“, „VoiceOver“. |
| axeVersion | Verwendete axe-core-Version. Zum Beispiel, „4.9.0“. |
| testCaseName | Name des Testfalls, der eine Definition eines Testszenarios im axe Auditor darstellt. |
| testRunName | Name des Testlaufs. |
| startDate | Erstellungsdatum des Testlaufs. |
| endDate | Abschlussdatum des Testlaufs. |
| standard | Teststandards, die auf diesen Testlauf anwendbar sind. |
| issue_source | Quelle des Problems. Benutzer können Probleme aus mehreren Quellen importieren, und diese Spalte hilft, die Originalquelle 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 des Problems. Zum Beispiel, Farbkontrast. |
| description | Beschreibung des Problems aus der Dequeway-Bibliothek, nur über das Dropdown auswählbar. |
| help | Vorschlag oder Beschreibung der Behebung. |
| helpUrl | URL des Vorschlags oder der Behebung. |
| impact | Spalte, die den Ernst des Problems definiert. Verfügbare Werte sind „Blocker“, „Kritisch“, „Schwerwiegend“, „Moderat“ oder „Geringfügig“. |
| summary | Ein Wert, der manuell eingegeben oder aus einem Dropdown ausgewählt wird. |
| source | Quellcode des Problems. |
| type | Zugänglichkeit, Beste Praxis, Funktionalität, Benutzerfreundlichkeit oder Benutzeragent. |
| method | Methodik zur Erfassung 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 | Zur Kategorisierung der Probleme verwendet. |
| createdAt | Datum und Uhrzeit, wann das Problem erstellt wurde. |
| unitName | Die Seite oder Komponente, die mit dem Problem verknüpft ist. |
| testUrl | URL der getesteten Seite. |
| unitType | Art der Einheit - Seite oder Komponente. |
| groupName | Der Name der Gruppe, zu der das Problem gehört. Wenn das Problem keiner Gruppe zugeordnet ist, bleibt dieses Feld leer. |
| foundBy | Autor des Problems. |
| Checkpoint | Checkpoints sind eine bewährte Methode zur Überprüfung der Barrierefreiheitsanforderungen, entwickelt vom Expertenteam für Barrierefreiheit (a11y) bei Deque. Sie helfen, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Checkpoints Übersicht |
| 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 manueller Tests erstellt wurde. |
| screenshotUrl | Die URL des Screenshots, der dem Problem beigefügt ist. |
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 aus der Dequeway-Bibliothek, nur über das Dropdown-Menü auswählbar. |
| Auswirkung | Spalte, die die Ernsthaftigkeit des Problems definiert. Verfügbare Werte sind „Blocker“, „Kritisch“, „Ernsthaft“, „Moderat“ 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 unten in der GitHub-Bibliothek aufgelistet: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Problemtyp | Barrierefreiheit, Best Practice, Funktionalität, Benutzerfreundlichkeit oder Benutzeragent. |
| Testeinhalt | 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 zugewiesen 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. |
| Erstelldatum | Erstellungsdatum des Problems. |
| Digitaler Medientyp | Typ des digitalen Mediums, gegen das 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“. |
| Release | Verwendete Axe Auditor-Version zur Erstellung des Problems. |
| Umgebung | Datenbankumgebung, aus der die Daten stammen. Historisch gesehen haben Benutzer Werte wie „Dev“, „QA“, „UAT“, „Produktiv“ verwendet. |
| Plattform | Vom Benutzer definierte Werte zur Verfolgung der Plattform, auf der das Problem erstellt wurde. Historisch haben Benutzer Werte wie „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“ verwendet. |
| Hilfstechnologie | Vom Benutzer definierte Werte zur Verfolgung der Software, die zum Testen verwendet wurde, wie „NVDA“, „VoiceOver“. |
| Quellcode | Quellcode des Problems. |
| Kontrollpunkt | Kontrollpunkte sind eine bewährte Methode zur Überprüfung von Barrierefreiheitsanforderungen, die von Deques Team von Barrierefreiheits- (a11y) Experten erstellt wurde. Sie helfen dabei, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Übersicht über Kontrollpunkte |
| Methode | Methodik zur Protokollierung des Problems. Mögliche Werte sind „Automatisiert“, „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, wird in der Spalte die ursprüngliche Quelle des Problems verfolgt. Mögliche Werte sind „axe Auditor“, „axe Dev Tools Extension“ und „axe Dev Tools Mobile“. |
| Name des Testfalls | Name des Testfalls. Ein Testfall ist die Definition eines Testszenarios in axe Auditor. Testfälle verstehen |
| Standards | Teststandards, die auf dieses Problem zutreffen. |
| Produkt | Vom Benutzer definierter Wert zur Beschreibung, welches Produkt der Benutzer während des Tests bewertet. Dies bietet 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 | Falls das Problem markiert wurde und eine zusätzliche Überprüfung oder Klärung erforderlich ist. |
| Grund für Markierung | Grund, warum das Problem markiert wurde. |
| Markiert von | Autor, der das bestimmte Problem markiert hat. |
| Einheitstyp | Seite oder Komponente. |
| Mehr Info | Deque University-Referenz, bereitgestellt von Dequeway zum Zeitpunkt der Problemerstellung. |
| Problemkommentare | Kommentare von Benutzern, die in der Problemkommentarsektion interagieren. |
| Gruppenhinweise | Hinweise, die während der Erstellung oder Bearbeitung zur Gruppe hinzugefügt wurden. |
| Testeinheit-Screenshot | Screenshots, die während des Testeinheitentests aufgenommen wurden. |
| Name des Testlaufs | Name des Testlaufs. |
| Erfolgskriterien | Kriterien der Teststandards. Dies ist ein abhängiger Wert der Standards-Spalte. Zum Beispiel bezieht sich „1.4.3“ auf den WCAG-Standard 1.4.3. |
| Problem-URL | URL der Auditor-Problem-Detailseite. |