課題のエクスポート

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プロダクト全体で共有されるユニバーサルエクスポート形式に準拠したJSON形式です。ビジネス分析プラットフォームのための複数のaxeツールにまたがるデータ抽出に便利です。
  4. Next ボタンを押します。
    Export type selection with Next button
    エクスポートされる課題の数が表示されます。
  5. Export 」ボタンをクリックします。

    Tip: ファイル名はそれに応じて ‘export.json’ または ‘export.csv’ となるため、特に追加のエクスポートを予定している場合は、後で参照しやすいように意味のあるものに名前を変更することを検討してください。

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

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

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

列名 説明
製品名 製品の名前。axe-auditor、axe-monitor など。
製品コンポーネント名 ダウンロードされたJSONの製品ソース。例:axe-auditor, extension-chrome, api-cli など。
製品バージョン 製品のバージョン。例 : 2.18 .
テストID テスト実行のUUID
エンジン テストを実行するための基本エンジン。例:axe-core、axe-pdf、axe-linter など。
ベストプラクティス有効 テスト中のベストプラクティス課題を設定するためのブール値。
実験的機能有効 テスト中の実験的課題を設定するためのブール値。
製品 ユーザーがテスト中に評価している製品を記述するためのユーザー定義の値。これにより、ユーザーはテストが行われた製品についての詳細を追加する柔軟性が与えられます。
リリース 課題を作成するために使用された監査リリースバージョン。
プラットフォーム 課題が作成されたプラットフォームを追跡するためのユーザー定義の値。これまでユーザーは「Mac」、「Windows」、「Chrome」、「Android」、「Firefox」などの値を使用してきました。
環境 データが届けられたデータベース環境で、エントリはすべてユーザー定義です。これまでユーザーは「開発」、「QA」、「UAT」、「本番」などの値を使用してきました。
デジタル資産タイプ テストが実行されたデジタル資産タイプ。例えば「デスクトップ Web」、 「モバイル Web」、 「ネイティブモバイル Android」、 「ネイティブモバイル iOS」、 「キオスク」、 「MS Excel ドキュメント」、 「MS Powerpoint ドキュメント」、 「MS Word ドキュメント」、 「PDF」、 「デスクトップソフトウェア」。
支援技術 テストに使用したソフトウェアを追跡するためのユーザー定義の値: 「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のリリースバージョン。
環境 データが取得されるデータベース環境。これまでに「開発」、「QA」、「UAT」、「本番」といった値が使用されてきました。
プラットフォーム 問題が作成されたプラットフォームを追跡するためのユーザー定義の値。従来、ユーザーは「Mac」「Windows」「Chrome」「Android」「Firefox」などの値を使用してきました。
支援技術 「NVDA」「VoiceOver」などのソフトウェアをテストするために使用されたユーザー定義の値。
ソースコード 問題のソースコード。
チェックポイント チェックポイントはDequeのアクセシビリティ(a11y)の専門家チームが作成した、アクセシビリティ要件をテストするための実績ある方法です。これにより、テスト結果の一貫性と正確性を向上させます。 チェックポイントの概要
手法 問題を記録するために使用された手法。可能な値は「自動」「IGT」「手動」です。
問題の状態 エクスポート時の問題の現在の状態。可能な値は「オープン」「修正済み」「クローズ」です。
問題のソース 問題のソースです。ユーザーは複数のソースから問題をインポートすることもできるため、この列は問題の発生元を追跡します。可能な値は「axe Auditor」「axe Dev Tools Extension」「axe Dev Tools Mobile」です。
テストケース名 テストケースの名前。テストケースはaxe Auditorでのテストシナリオの定義です。 テストケースの理解
標準 この問題に適用されるテスト標準。
製品 テスト中に評価された製品を説明するためのユーザー定義の値。これにより、ユーザーはテストが行われた製品についての詳細を追加する柔軟性を持てます。
URL テストされたページのURL。
スクリーンショット 問題の追加詳細を提供するためにユーザーが追加したスクリーンショット。
フラグ付き 問題にフラグが立てられ、追加のレビューまたは説明が必要な場合。
フラグの理由 問題がフラグされた理由。
フラグした人 特定の問題にフラグを立てた著者。
ユニットタイプ ページまたはコンポーネント。
詳細情報 問題作成時にDequewayが提供したDeque大学の参照。
問題コメント 問題コメントセクションでユーザーが行ったコメント。
グループメモ 作成または編集時にグループに追加されたメモ。
テストユニットスクリーンショット テストユニットのテスト中に撮影されたスクリーンショット。
テストラン名 テストランの名前。
成功基準 テスト標準の基準です。これは標準列の従属値です。例えば、「1.4.3」はWCAG標準1.4.3を指します。
問題URL 監査人の問題詳細ページのURL。