設計QAチェックリスト
製品に機能が組み込まれた後、リリースする前に設計をチェックするためのQAのチェックリストを考えています。
設計QAチェックリスト
[]設計仕様（色、間隔、テキストスタイルなど）と一致
[]相互作用と行動
[]エッジケース
[]ローカルバリエーション（現地の言語、通貨を使用）
デスクトップ機能の場合
[]小さい画面/タブレット
[]大画面
携帯用
[]小型電話
[]より大きな電話
どう思いますか？チェックする必要のあるものをすべて逃していますか
これは純粋な意見ですが...
私の経験では、UXとUIはUXとUIチームがチェックする必要があります。 QAはすべてが機能することを保証できますが、レイアウトとUIに関しては、これは本当にUX/UIチームに属するべきものです。
設計仕様がすべてを説明することはめったになく、さまざまな状況で矛盾することがよくあります。 UIを実際に設計しなかったQAチームが「仕様どおり」であるかどうかを判断するのは簡単ではありません。
Nielsen Normanによると
品質保証はユーザーエクスペリエンスに影響します。物事がうまくいかない場合、ユーザーは理解に疑問を投げかけ、迷信や非効率的な回避策を開発します。
品質保証（QA）とユーザーエクスペリエンス（UX）には双方向の関係があります。最も明白なのは、ユーザビリティは設計の品質尺度です。したがって、ユーザビリティを確保するために、優れたUXにはQAの考え方が必要です。
ユーザーインターフェイス自体以外にも、他の多くの品質問題もUX全体に影響を与えます。
QAとしての使用可能性
使いやすさの第一法則：デザインはユーザーがテストします。唯一の選択肢は、テストを起動する前に自分で実行して、後でコストがかかるキャッチアップをするのではなく、コストを抑えながら避けられない問題を修正できるようにすることです。）
Webでの品質保証は、しばしばQAと呼ばれ、製品または成果物（私たちの場合はWebアプリケーションとWebサイト）の証明とレビューです。 QAは、エンドユーザー、特にソフトウェアに不慣れなユーザーが無数の方法で製品の多くの用途をテストするために、設計および開発プロセスから独立しています。 QAプロセスでは、製品のユーザーインターフェイス（UI）をテストし、ユーザーエクスペリエンス（UX）を測定しながら、設計の問題と開発エラーを発見することが期待されています。