課題のエクスポート

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

課題リスト画面では、課題テーブルの上部にあるアクションドロップダウンオプション内の エクスポート ボタンを有効にすると、エクスポート機能が開始されます。すべての課題を完了としてマークしていなくてもエクスポート可能です。

課題をエクスポートするには:

  1. 左の列で、エクスポートしたいすべての課題を選択します。空白のチェックボックス内で有効にして、すべての希望する課題行にチェックマークを付け、選択を示します。テーブルの左上には選択された課題の数が表示されます。
  2. アクションドロップダウンメニューオプションを選択し、 Export ボタンを有効にします。
    Export option in Actions dropdown menu
    エクスポート課題ダイアログボックスが表示されます。
  3. エクスポートタイプオプションを選択します。
    • CSV (compatible with Microsoft Excel):スプレッドシートアプリケーションやデータベースへのインポートに便利なカンマ区切り形式。
    • CSV:スプレッドシートアプリケーションやデータベースへのインポートに便利な標準のカンマ区切り形式。
    • JSON:JIRAなどの課題追跡システムへのインポートに便利なJavaScriptオブジェクト形式。
    • JSON (with axe universal format):複数のaxeツールからビジネス分析プラットフォームへのデータ抽出に便利な、axe製品間で共有される普遍的なエクスポート形式に沿ったJSON形式。
  4. Next ボタンを有効にします。
    Export type selection with Next button
    エクスポートされる課題の数が表示されます。
  5. Export ボタンをクリックします。

    Tip:ファイル名は「export.json」または「export.csv」となりますので、特に追加のエクスポートを計画している場合は、将来参照しやすいようにもっと意味のある名前に変更することを検討してください。

エクスポートファイル形式と説明:

次のセクションでは、最も一般的に使用されるエクスポート形式オプション、その列名と説明を示します。

JSON(axeユニバーサル形式を含む)(推奨):

列名 説明
productName 製品名。axe-auditor、axe-monitorなど。
productComponentName ダウンロードされたJSONの製品ソース。例:axe-auditor、extension-chrome、api-cliなど。
productVersion 製品のバージョン。例:2.18。
testId テスト実行のUUID
engine テストを実行するための基本エンジン。例:axe-core、axe-pdf、axe-linterなど。
bestPracticesEnabled テスト中のベストプラクティスの課題を設定するブール値。
experimentalEnabled テスト中の実験的課題を設定するブール値。
product ユーザーが評価テスト中に使用した製品を説明するためのユーザー定義の値。これにより、ユーザーはテストが実施された製品に関する詳細を追加する柔軟性が提供されます。
release 課題を作成するために使用された監査のリリースバージョン。
platform 課題が作成されたプラットフォームを追跡するためのユーザー定義の値。過去には「Mac」「Windows」「Chrome」「Android」「Firefox」などの値が使用されていました。
環境 データが来ているデータベース環境。エントリーはすべてユーザー定義です。過去には「Dev」「QA」「UAT」「Production」などの値が使用されていました。
digitalAssetType テストが実行されたデジタル資産タイプ。例えば、「デスクトップWeb」「モバイルWeb」「ネイティブモバイルAndroid」「ネイティブモバイルiOS」「キオスク」「MS Excelドキュメント」「MS PowerPointドキュメント」「MS Wordドキュメント」「PDF」「デスクトップソフトウェア」。
assistiveTechnology テストに使用したソフトウェアを追跡するためのユーザー定義の値: 「NVDA」、「VoiceOver」.
axeVersion 使用した axe-core のバージョン。例えば、「4.9.0」.
testCaseName テストケースの名前で、これは axe Auditor におけるテストシナリオの定義です。
testRunName テストランの名前。
startDate テストランの作成日。
endDate テストランの完了日。
standard このテストランに適用されるテスト基準。
issue_source 問題の発生源。ユーザーは複数のソースから問題をインポートすることができ、この列は問題の発生源を追跡するのに役立ちます。可能な値には「axe Auditor」、「axe Dev Tools Extension」、「axe Dev Tools Mobile」があります。
issueId Auditor データベース内の各問題の一意のID。
ruleId 問題のルールセット。例えば、色のコントラスト。
description ドロップダウンからのみ選択可能な Dequeway ライブラリから取得された問題の説明。
help 提案または修正の説明。
helpUrl 提案または修正の URL。
impact 問題の深刻さを定義する列。利用可能な値は「Blocker」、「Critical」、「Serious」、「Moderate」、「Minor」.
summary 手動で入力またはドロップダウンから選択された値。
source 問題のソースコード。
type アクセシビリティ、ベストプラクティス、機能性、ユーザビリティ、またはユーザーエージェント。
method 問題を記録するために使用される方法論。可能な値は: 「Automated」、「IGT」、「Manual」.
status エクスポート時の問題の現在のステータス。可能な値は「Open」、「Fixed」、「Closed」.
tags 問題を分類するために使用。
createdAt 問題が作成された日時。
unitName 問題に関連するページまたはコンポーネント。
testUrl テストされたページの URL。
unitType ユニットのタイプ - ページまたはコンポーネント。
groupName 問題が属するグループ名。問題がどのグループにも割り当てられていない場合、このフィールドは空です。
foundBy 問題の作成者。
チェックポイント チェックポイントはアクセシビリティ要件をテストするための確立された方法で、Dequeのアクセシビリティ(a11y)専門家チームによって作成されました。これにより、テスト結果の一貫性と正確性が向上します。 チェックポイント概要
needsReview 問題が「レビューが必要」カテゴリに属するかどうかを示すブール値。
isExperimental 問題が「実験的」カテゴリに属するかどうかを示すブール値。
isManual 手動テスト中に作成された問題であるかどうかを示すブール値。
screenshotUrl 問題に添付されたスクリーンショットのURL。

CSV(Microsoft Excel互換)

列名 説明
問題ID 監査データベースで各問題に割り当てられた一意のID。
サマリー 手動で入力するか、ドロップダウンから選択する値。
説明 Dequewayライブラリから取得された問題の説明で、ドロップダウンでのみ選択可能。
影響 問題の深刻度を定義する列。利用可能な値は「ブロッカー」、「クリティカル」、「重大」、「中程度」、「軽微」
チェックポイントグループ チェックポイントをグループ化するためのDequeway用語。例えば「1.4 見分けやすさ」は「1.4.1.a」、「1.4.2.b」などのすべてのチェックポイントをその中にグループ化します。チェックポイントは以下のGitHubライブラリにリストされています: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints
問題の種類 アクセシビリティ、ベストプラクティス、機能性、ユーザビリティ、またはユーザーエージェント。
テストユニット 問題が属するページまたはコンポーネント。
修正の推奨 問題を修正するための推奨。詳細はDequewayライブラリから取得するか、ユーザーが手動で推奨を入力します。
ユーザー 問題を記録したユーザー。
グループ名 問題が属するグループの名前。グループに割り当てられていない場合は空のままです。
グループの説明 問題の作成または編集の際にグループに追加された説明。
グループのステータス 問題の作成または編集の際にグループに追加されたステータス。
割り当て先 グループが割り当てられたユーザー。
作成日 問題の作成日。
デジタルアセットタイプ テストが実行されたデジタルアセットタイプ。例えば:「デスクトップWeb」、「モバイルWeb」、「ネイティブモバイルAndroid」、「ネイティブモバイルiOS」、「キオスク」、「MS Excel文書」、「MS Powerpoint文書」、「MS Word文書」、「PDF」、「デスクトップソフトウェア」。
リリース 問題を作成するために使用されたAxe Auditorのリリースバージョン。
環境 データが取得されたデータベース環境。過去には「Dev」、「QA」、「UAT」、「Production」などの値が使用されてきました。
プラットフォーム 問題が作成されたプラットフォームを追跡するためのユーザー定義の値。歴史的に、ユーザーは「Mac」、「Windows」、「Chrome」、「Android」、「Firefox」といった値を使用しています。
支援技術 「NVDA」、「VoiceOver」をテストするために使用されるソフトウェアを追跡するためのユーザー定義の値。
ソースコード 問題のソースコード。
チェックポイント チェックポイントはアクセシビリティ要件をテストするための立証済みの方法であり、Dequeのアクセシビリティ(a11y)専門家チームによって作成されています。それらはテスト結果の一貫性と正確性を向上させます。 チェックポイントの概要
方法 問題を記録するために使用される方法論。可能な値は「自動化」、「IGT」、または「手動」です。
問題のステータス エクスポート時点での問題の現在のステータス。可能な値は「Open」、「Fixed」、「Closed」です。
問題のソース 問題のソース。ユーザーが複数のソースから問題をインポートすることもできるため、この列では問題の起源となったソースを追跡します。可能な値は「axe Auditor」、「axe Dev Tools Extension」、「axe Dev Tools Mobile」です。
テストケースの名前 テストケースの名前。テストケースは、axe Auditorにおけるテストシナリオの定義です。 テストケースの理解
標準 この問題に適用されるテスト標準。
製品 テスト中にユーザーが評価している製品を説明するためのユーザー定義の値。これにより、ユーザーがテスト対象の製品に関する詳細を追加することができます。
URL テストされたページのURL。
スクリーンショット 問題に関する追加の詳細を提供するためにユーザーが追加したスクリーンショット。
フラグ付き 問題がフラグ付きで、さらにレビューや明確化が必要な場合。
フラグの理由 問題がフラグ付けされた理由。
フラグ付けした人 特定の問題にフラグを付けた著者。
ユニットタイプ ページまたはコンポーネント。
詳細情報 Dequeによって問題作成時に提供されるDeque Universityのリファレンス。
問題のコメント 問題のコメント欄でユーザーがやりとりしているコメント。
グループのメモ 作成または編集中にグループに追加されたメモ。
テストユニットのスクリーンショット テストユニットのテスト中に撮影されたスクリーンショット。
テストランの名前 テストランの名前。
成功基準 テスト標準基準。これは標準列の依存値です。例えば、「1.4.3」はWCAG標準1.4.3を指します。
問題のURL Auditorの問題詳細ページのURL。