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 für die Problemliste bietet Ihnen eine Exportfunktion, die durch Aktivieren der Export -Schaltfläche gestartet wird, die sich in der Dropdown-Option „Aktionen“ oben in der Problemtabelle befindet. 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 in das Feld zu setzen und so Ihre Auswahl für alle gewünschten Problemzeilen anzuzeigen. Oben links in der Tabelle wird eine Meldung angezeigt, die die Anzahl der ausgewählten Probleme angibt.
-
Wählen Sie die Dropdown-Option „Aktionen“ und aktivieren Sie die Export -Schaltfläche.
Das Dialogfeld „Probleme exportieren“ wird angezeigt. -
Wählen Sie eine Exporttyp-Option.
- CSV (compatible with Microsoft Excel): Kommagetrenntes Werteformat, das für den Import in Tabellenkalkulationsanwendungen oder Datenbanken nützlich ist.
- CSV: Standard-Kommagetrenntes Werteformat, das für den Import in Tabellenkalkulationsanwendungen oder Datenbanken nützlich ist.
- JSON: JavaScript-Objektformat, das für den Import in Problemverfolgungssysteme wie JIRA nützlich ist.
- JSON (with axe universal format): JSON-Format, das einem universellen Exportformat entspricht, das in den axe-Produkten gemeinsam genutzt wird. Nützlich zum Extrahieren von Daten über mehrere axe-Tools für Business-Analyseplattformen.
-
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 erwägen, sie in etwas Bedeutenderes für die zukünftige Referenz umzubenennen, insbesondere wenn zusätzliche Exporte geplant sind.
Exportdateiformate und Beschreibungen:
Der folgende Abschnitt skizziert die am häufigsten verwendeten Exportformatoptionen mit ihren Spaltennamen und Beschreibungen.
JSON (Mit axe-Universalformat) (Empfohlen):
| Spaltenname | Beschreibung |
|---|---|
| productName | Name des Produkts. axe-auditor, axe-monitor usw. |
| productComponentName | Produktquelle der heruntergeladenen JSON. z.B. axe-auditor, extension-chrome, api-cli usw. |
| 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 usw. |
| bestPracticesEnabled | Ein boolescher Wert zur Konfiguration von Best-Practice-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 Tests auswertet. Dies bietet den Benutzern die Flexibilität, Details über das Produkt hinzuzufügen, das getestet wurde. |
| release | Veröffentlichungsversion des Auditors, die zur Erstellung des Problems verwendet wurde. |
| plattform | Benutzerdefinierte Werte zur Nachverfolgung der Plattform, auf der das Problem erstellt wurde. Historisch gesehen haben Benutzer Werte wie „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“ verwendet. |
| Umgebung | Datenbankumgebung, aus der die Daten stammen. Einträge werden alle vom Benutzer definiert. Historisch gesehen haben Benutzer Werte wie „Dev“, „QA“, „UAT“, „Production“ verwendet. |
| digitalAssetType | Typ des digitalen Vermögenswertes, gegen den der Test ausgefü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 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 ist. |
| testRunName | Name des Testlaufs. |
| startDate | Erstellungsdatum des Testlaufs. |
| endDate | Abschlussdatum des Testlaufs. |
| standard | Für diesen Testlauf geltende Prüfstandards. |
| 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 | Regelsatz des Problems. Zum Beispiel Farbkontrast. |
| description | Beschreibung des Problems aus der Dequeway-Bibliothek, nur über das Dropdown auswählbar. |
| help | Vorschlag oder Korrekturbeschreibung. |
| helpUrl | Vorschlags- oder Korrektur-URL. |
| impact | Spalte, die den Schweregrad des Problems definiert. Verfügbare Werte sind „Blocker“, „Critical“, „Serious“, „Moderate“ oder „Minor“. |
| summary | Ein Wert, der manuell eingegeben oder aus einem Dropdown ausgewählt wird. |
| source | Quellcode des Problems. |
| type | Barrierefreiheit, Best Practices, Funktionalität, Benutzbarkeit oder Benutzeragent. |
| method | Verwendete Methodik zur Erfassung des Problems. Mögliche Werte sind: „Automated“, „IGT“ oder „Manual“. |
| status | Aktueller Status des Problems zum Exportzeitpunkt. Mögliche Werte sind „Open“, „Fixed“ oder „Closed“. |
| tags | Verwendet zur Kategorisierung der Probleme. |
| createdAt | Datum und Uhrzeit der Erstellung des Problems. |
| unitName | Die Seite oder das mit dem Problem verbundene Element. |
| testUrl | URL der getesteten Seite. |
| unitType | Typ der Einheit - Seite oder Element. |
| 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. |
| Kontrollpunkt | Kontrollpunkte sind eine bewährte Methode zur Prüfung von Barrierefreiheitsanforderungen, entwickelt vom Team von Deque-Experten für Barrierefreiheit (a11y). Sie helfen dabei, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Kontrollpunkte Ü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 des manuellen Testens erstellt wurde. |
| screenshotUrl | Die URL des Screenshots, der dem Problem angehängt 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 den Ernst des Problems definiert. Verfügbare Werte sind „Blocker“, „Kritisch“, „Schwerwiegend“, „Mäßig“ oder „Geringfügig“. |
| Kontrollpunkt-Gruppe | Dequeway-Terminologie zur Gruppierung der Kontrollpunkte. Zum Beispiel wird „1.4 Unterscheidbar“ alle darin befindlichen Kontrollpunkte gruppieren, wie „1.4.1.a“, „1.4.2.b“. Kontrollpunkte sind in der untenstehenden GitHub-Bibliothek aufgeführt: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Problemtyp | Barrierefreiheit, Best Practice, Funktionalität, Gebrauchstauglichkeit oder Benutzeragent. |
| Testeinheit | 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. Bleibt leer, wenn das Problem keiner Gruppe zugeordnet ist. |
| Gruppenbeschreibung | Beschreibung, die bei der Erstellung oder Bearbeitung des Problems zur Gruppe hinzugefügt wurde. |
| Gruppenstatus | Status, der bei der Erstellung oder Bearbeitung des Problems zur Gruppe hinzugefügt wurde. |
| Zuweisen an | Benutzer, dem die Gruppe zugewiesen ist. |
| Erstellungsdatum | Erstellungsdatum des Problems. |
| Digitaler Asset-Typ | Digitaler Asset-Typ, gegen das der Test ausgefü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 | Version des Axe Auditor-Release, mit der das Problem erstellt wurde. |
| Umgebung | Datenbankumgebung, aus der die Daten stammen. Historisch haben Benutzer Werte wie „Dev“, „QA“, „UAT“, „Produktion“ verwendet. |
| Plattform | Benutzerdefinierte Werte, um die Plattform zu verfolgen, auf der das Problem erstellt wurde. Historisch gesehen haben Benutzer Werte wie „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“ verwendet. |
| Assistive Technologie | Benutzerdefinierte Werte zur Verfolgung der Software, die zum Testen verwendet wurde, wie „NVDA“, „VoiceOver“. |
| Quellcode | Quellcode des Problems. |
| Prüfpunkt | Prüfpunkte sind eine bewährte Methode zur Überprüfung von Barrierefreiheitsanforderungen, die von Deques Team aus Barrierefreiheits-Experten entwickelt wurde. Sie helfen, die Konsistenz und Genauigkeit der Testergebnisse zu erhöhen. Übersicht über Prüfpunkte |
| Methode | Die bei der Protokollierung des Problems angewandte Methodik. 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 | Herkunft des Problems. Da Benutzer Probleme auch aus mehreren Quellen importieren können, wird in dieser Spalte die Ursprungsquelle des Problems nachverfolgt. 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. Verständnis von Testfällen |
| Standards | Auf dieses Problem anwendbare Teststandards. |
| Produkt | Benutzerdefinierter Wert, um zu beschreiben, welches Produkt der Benutzer beim Testen bewertet. Dies gibt den Benutzern 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 der Markierung | 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 Erstellung des Problems bereitgestellt wurde. |
| Problemkommentare | Kommentare von Benutzern, die im Kommentarsektionsabschnitt des Problems interagieren. |
| Gruppennotizen | Notizen, die der Gruppe während der Erstellung oder Bearbeitung hinzugefügt wurden. |
| Testeinheits-Screenshot | Screenshots, die während des Testeinheitstests aufgenommen wurden. |
| Name des Testruns | Name des Testruns. |
| Erfolgskriterien | Teststandardkriterien. Dies ist ein abhängiger Wert der Standardsäule. Beispielsweise bezieht sich „1.4.3“ auf den WCAG-Standard 1.4.3. |
| Problem-URL | URL der Auditors-Problemdetailseite. |