課題のエクスポート

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

「Issues」リスト画面は、Issuesテーブルの上部にある「Actions」ドロップダウンオプション内のエクスポートボタンをアクティブにすることで開始されるエクスポート機能を提供します。すべてを完了としてマークしていなくても、Issuesをエクスポートできます。

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

  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 テストが実施されたデジタルアセットタイプ。例:"デスクトップウェブ"、"モバイルウェブ"、"ネイティブモバイル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 問題のルールセット。例えば、color-contrast。
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)専門家チームによって作成された、アクセシビリティ要件をテストするための実績ある方法です。それにより、テスト結果の一貫性と正確性を向上させることができます。チェックポイント概要
要レビュー この課題が「要レビュー」カテゴリに分類されるかどうかを示すブール値。
実験的 この課題が「実験的」カテゴリに分類されるかどうかを示すブール値。
手動 この課題が手動テスト中に作成されたかどうかを示すブール値。
スクリーンショットURL 課題に添付されたスクリーンショットのURL。

CSV(Microsoft Excelと互換性あり)

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