使い方ガイドへスキップ
Design QA Checklist作者 owl-listener

Design QA Checklist スキル。

デザイン仕様を実装の確認項目に変えます。

  • デザイン QA
  • 引き継ぎ
ソースレビュー · design-qa-checklistSKILL.md
タスク デザイン仕様を実装の確認項目に変えます。 成果物 デザイン仕様から導いた、範囲の明確なチェックリスト。 始める前に チェックリストにはデザインの参照資料が必要です。曖昧な意図だけでは厳密な一致を判断できません。
記事用の要約 · ソース確認日 2026-11-02 · 生成された例ではありません

01 機能概要

デザイン仕様を実装の確認項目に変えます

視覚的な正確さ、レイアウト、操作、内容、アクセシビリティ、必要なプラットフォームを網羅するデザイン QA チェックリストを作成します。

ソースに基づくワークフロー実行ベンチマークではありません

作業の進め方

Design QA Checklist は、構築済みの画面が仕様に合っているかをチームで確認するためのスキルです。視覚的な値、レスポンシブレイアウト、コンポーネントの状態、実際の内容、アクセシビリティ、プラットフォーム要件を扱います。実際のデザイン仕様を基準とするため、記憶頼りのレビューよりも正確に不一致を特定できます。

ソースは、開発者の自己確認、デザイナーの QA、スクリーンショット付き不具合報告、修正確認という順序を説明しています。チェックリストの生成はその準備です。実行には、動く画面と対象デバイスへのアクセス、必要な支援機能の確認が別途必要です。

想定される成果物

  • デザイン仕様から導いた、範囲の明確なチェックリスト。
  • 関連する視覚・レスポンシブ・操作・内容の状態に対する確認項目。
  • 実装の不一致を報告し、再テストするための構成。
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    期待するデザインを読む

    仕様、トークン、対象プラットフォームを集めます。確認者が何を観察すべきかがわかる項目に要件を変換します。

  2. 02
    状態と境界条件を網羅する

    必要に応じてホバー、フォーカス、アクティブ、無効、読み込み、空、エラー状態を含めます。実際の内容を使い、省略表示、はみ出し、リフローを確認します。

  3. 03
    実装を確認する

    開発者の自己確認の後、デザイナーが確認します。ブラウザーツールで正確な値を調べ、スクリーンショットで設計と実装を意味のある形で比較します。

  4. 04
    優先順位を付けて再テストする

    不一致を重大度ごとに報告し、修正を検証します。繰り返す問題の種類を記録し、次回以降に早期発見できるようにします。

02 利用場面

使いどころ

チェックリストにはデザインの参照資料が必要です。曖昧な意図だけでは厳密な一致を判断できません。

向いているケース

  • 実装の引き継ぎ機能が構築済みで、具体的なデザイン受け入れ確認が必要な場合。
  • 繰り返し使えるチーム QA開発者とデザイナーが状態や視覚的細部について同じ期待を持つ必要がある場合。

確認すべき制限

  • 仕様が前提チェックリストにはデザインの参照資料が必要です。曖昧な意図だけでは厳密な一致を判断できません。
  • 実行は別途必要文書のチェックリストだけでは、ブラウザー、デバイス、スクリーンリーダーをテストした証明になりません。
  • 成果物の違いソースは開発向けの引き継ぎ仕様を handoff-spec スキルに委ねています。

用意する入力

  • デザイン仕様レイアウト、トークン、期待するコンポーネント動作を提供します。
  • 動くビルド対象実装と、確認者が到達できる状態を示します。
  • プラットフォーム一覧必須のブラウザー、デバイス、文字サイズ、アクセシビリティ条件を指定します。

03 重要な判断

重要な判断

  1. 共通の期待

    開発者とデザイナーが1つの定義済み基準に照らして確認します。

  2. 状態の網羅

    通常表示とともに、エラーや空の状態も受け入れ範囲に含めます。

  3. 再テストの徹底

    修正済みの報告を再確認してから、問題を解決済みとします。

04 依頼例

目的を絞った依頼文を試す

以下のサンプルブリーフはテストされていません。使用前にスキルのセットアップを確認してください。

ソースとセットアップを確認する

レイアウト、トークン、期待するコンポーネント動作を提供します。

アップストリームのソースファイル
https://github.com/owl-listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-ops/skills/design-qa-checklist/SKILL.md

以下の参照先から、提供元の手順を確認できます。利用前にリポジトリのセットアップ要件を確認してください。これはインストールコマンドではありません。

一つの成果物から始める

スキルを実行する前に、このブリーフの範囲、素材、制約を調整してください。

サンプルブリーフ
新しい請求書画面に design-qa-checklist を使ってください。デザイン仕様とトークン定義を読み、デスクトップ・モバイルのレイアウト、結果なし、読み込み、入力検証エラー、無効な操作の確認項目を作成してください。必要に応じてキーボード順序、見えるフォーカス、文字拡大、動きを減らす設定への対応を含めてください。仮の文言ではなく、実際のサンプル請求書を使ってください。チェックリストの準備と実施済みテストを分けてください。観察した実装の不一致には、期待動作、実際の動作、画像証拠、重大度を記録し、修正後の再テスト項目を明示してください。

結果を確認する

実際の出力を、次の観察可能な基準に照らして確認してください。

  • チェック項目が仕様または明示された製品要件に紐付いている。
  • 実施済みの確認と未テストの条件が明確に分かれている。
  • 解決済み不具合には修正後の状態の検証がある。

OpenDesignは、コーディングエージェント向けのローカルデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、下記にリンクされた固定のソースリビジョンについて説明しています。アップストリームの挙動や要件は変更される可能性があります。

ソースの所有者
owl-listener
スキルファイル
SKILL.md
ライセンス
MIT
確認したスナップショット
2026-11-02 · 9a6930cf84a8
編集部によるソース要約
デザイン仕様を実装の確認項目に変えます。

リンク先のソースに基づく、OpenDesignによるオリジナルの要約です。リポジトリのスター数は日付時点の人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

始める前の質問

見た目だけのチェックリストですか?

いいえ。操作、内容、アクセシビリティ、クロスプラットフォームの確認も含みます。

画像だけでキーボード動作を確認できますか?

キーボードとフォーカスの確認には実装を操作する必要があります。画像は視覚的な比較を補助します。

QA ではどんな内容を使いますか?

ソースは正常系や仮テキストだけに頼らず、実際の内容と境界条件を使うことを推奨しています。

OpenDesign

依頼内容とデザイン作業を一つの場所に。

ブリーフ、ソース資料、デザイン作業をローカルワークスペースにまとめて管理できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

アップストリームのソースファイル
https://github.com/owl-listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-ops/skills/design-qa-checklist/SKILL.md