Issues 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 Problemsliste bietet Ihnen die Möglichkeit zum Exportieren, die durch Aktivieren der Exportieren-Schaltfläche ausgelöst wird, die sich in der Dropdown-Option „Aktionen“ oben in der Probelmtabelle befindet. Probleme können auch exportiert werden, 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 zu setzen, das Ihre Auswahl für alle gewünschten Issue-Zeilen anzeigt. Oben links in der Tabelle wird eine Nachricht angezeigt, die die Anzahl der ausgewählten Issues angibt.
-
Wählen Sie die Aktions-Dropdown-Option und aktivieren Sie den Export -Button.
Das Dialogfeld „Issues exportieren“ wird angezeigt. -
Wählen Sie eine Exporttyp-Option.
- CSV (compatible with Microsoft Excel): Komma-getrenntes Wertformat, das nützlich für den Import in Tabellenkalkulationsanwendungen oder Datenbanken ist.
- CSV: Standard-Komma-getrenntes Wertformat, das nützlich für den Import in Tabellenkalkulationsanwendungen oder Datenbanken ist.
- JSON: JavaScript-Objektformat, das nützlich für den Import in Issue-Tracking-Systeme wie JIRA ist.
- JSON (with axe universal format): JSON-Format, das einem universellen Exportformat entspricht, das zu den Axe-Produkten passt. Nützlich für das Extrahieren von Daten über mehrere Axe-Tools für Business-Analytik-Plattformen.
-
Aktivieren Sie den Next -Button.
Die Anzahl der zu exportierenden Issues wird angezeigt. -
Klicken Sie auf den Export -Button.
Tip: Die Datei wird entsprechend als „export.json“ oder „export.csv“ benannt, daher sollten Sie in Erwägung ziehen, sie in etwas Sinnvolleres umzubenennen, insbesondere wenn weitere Exporte geplant sind.
Exportdateiformate und -beschreibungen:
Der folgende Abschnitt umreißt die am häufigsten verwendeten Exportformatoptionen mit deren Spaltennamen und Beschreibungen.
JSON (mit axe Universal Format) (Empfohlen):
| Spaltenname | Beschreibung |
|---|---|
| productName | Name des Produkts. axe-auditor, axe-monitor etc. |
| productComponentName | Produktquelle des 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-Issues während des Testens. |
| experimentalEnabled | Ein boolescher Wert zur Konfiguration von experimentellen Issues während des Testens. |
| 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 | Auditor-Release-Version, die zur Erstellung des Issues verwendet wurde. |
| platform | Benutzerdefinierte Werte zur Verfolgung der Plattform, auf der das Problem erstellt wurde. Historisch 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“, „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 Verfolgung von 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 ist. |
| testRunName | Name des Testlaufs. |
| startDate | Erstellungsdatum des Testlaufs. |
| endDate | Abschlussdatum des Testlaufs. |
| standard | Anwendbare Teststandards für diesen Testlauf. |
| issue_source | Quelle des Problems. Benutzer können Probleme aus mehreren Quellen importieren, und diese Spalte hilft, die Ursprungsquelle des Problems zu verfolgen. 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 | Regelset des Problems. Zum Beispiel Farbkontrast. |
| description | Beschreibung des Problems, die aus der Dequeway-Bibliothek stammt und nur über das Dropdown-Menü ausgewählt werden kann. |
| help | Vorschlag oder Beschreibung der Abhilfe. |
| helpUrl | URL des Vorschlags oder der Abhilfe. |
| impact | Spalte zur Definition der Schwere des Problems. Verfügbare Werte sind „Blocker“, „Kritisch“, „Schwerwiegend“, „Mäßig“ 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, die zur Protokollierung des Problems verwendet wird. 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 der Erstellung des Problems. |
| unitName | Die Seite oder Komponente, die mit dem Problem verknüpft ist. |
| testUrl | URL der getesteten Seite. |
| unitType | Typ der Einheit - Seite oder Komponente. |
| 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 zum Testen von Barrierefreiheitsanforderungen, erstellt von Deques Team von Barrierefreiheitsexperten (a11y). Sie helfen dabei, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Übersicht Kontrollpunkte |
| needsReview | Ein boolescher Wert, der anzeigt, ob das Problem in die Kategorie „Überprüfung erforderlich“ fällt. |
| isExperimental | Ein boolescher Wert, der anzeigt, ob das Problem in die Kategorie „Experimentell“ fällt. |
| isManual | Ein boolescher Wert, der anzeigt, ob das Problem bei manuellen Tests 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 ausgewählt wird. |
| Beschreibung | Beschreibung des Problems, die aus der Dequeway-Bibliothek stammt und nur über das Dropdown-Menü ausgewählt werden kann. |
| Auswirkung | Spalte, die den Ernst des Problems definiert. Verfügbare Werte sind „Blocker“, „Kritisch“, „Ernst“, "Moderat“ oder „Gering". |
| Checkpoint-Gruppe | Dequeway-Terminologie zur Gruppierung der Checkpoints. Zum Beispiel werden unter „1.4 Unterscheidbar“ alle dazugehörigen Checkpoints gruppiert, wie „1.4.1.a“, „1.4.2.b“. Die Checkpoints sind in der GitHub-Bibliothek unten aufgeführt: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Problemtyp | Barrierefreiheit, Best Practice, Funktionalität, Benutzerfreundlichkeit oder Benutzeragent. |
| Testeineinheit | Die Seite oder Komponente, zu der das Problem gehört. |
| Empfehlung zur Behebung | 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. Es 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. |
| Zugewiesen an | Benutzer, dem die Gruppe zugewiesen ist. |
| Erstellungsdatum | Erstellungsdatum des Problems. |
| Typ des digitalen Assets | Typ des digitalen Assets, 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-Version, die verwendet wurde, um das Problem zu erstellen. |
| Umgebung | Datenbankumgebung, aus der die Daten stammen. Historisch haben Benutzer Werte wie „Dev“, „QA“, „UAT“, „Produktion“ verwendet. |
| Plattform | Benutzerdefinierte Werte zur Verfolgung der Plattform, auf der das Problem erstellt wurde. Historisch haben Benutzer Werte wie „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“ verwendet. |
| Unterstützende Technologie | Benutzerdefinierte Werte zur Verfolgung der Software, die für Tests verwendet wird, wie „NVDA“, „VoiceOver“. |
| Quellcode | Quellcode des Problems. |
| Kontrollpunkt | Checkpoints sind eine bewährte Methode zum Testen von Barrierefreiheitsanforderungen, erstellt von Deques Team von Barrierefreiheitsexperten (a11y). Sie helfen dabei, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Übersicht Kontrollpunkte |
| Methode | Methodologie zur Protokollierung des Problems. 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 auch Probleme aus mehreren Quellen importieren können, wird die ursprüngliche Quelle des Problems in der Spalte nachverfolgt. 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 das Produkt zu beschreiben, das der Benutzer während des Tests bewertet. Dies gibt den Benutzern die Flexibilität, Details über das Testprodukt hinzuzufügen. |
| URL | URL der getesteten Seite. |
| Screenshots | Von Benutzern 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. |
| Markiert aus Grund | Grund, warum das Problem markiert wurde. |
| Markiert von | Autor, der das bestimmte Problem markiert hat. |
| Einheitstyp | Seite oder eine Komponente. |
| Mehr Infos | Deque University-Referenz, die von Dequeway zum Zeitpunkt der Problemerstellung bereitgestellt wurde. |
| Problemkommentare | Kommentare von Benutzern, die im Kommentarteil des Problems interagieren. |
| Gruppennotizen | Notizen, die während der Erstellung oder Bearbeitung zur Gruppe hinzugefügt wurden. |
| Testeinheit Screenshot | Screenshots, die während des Testeinheitentests aufgenommen wurden. |
| Testlaufname | Name des Testlaufs. |
| Erfolgskriterien | Teststandardskriterien. 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 Auditor-Problem-Detailseite. |