web-dev-qa-db-ja.com

ユーザーテストフレームワークと比較テストの質問

設計しているサービスに対して、タスクベースのモデレートされたThink Audureテストを多数実施する予定です。私は同じセットアップで年間を通して定期的にテストを繰り返し、結果を比較するために使用できる質問のフレームワークを探しています。

5つの異なるパラメーターに関連して行われた変更を追跡できるようにしたいと思います。 使いやすさ、言語、機能、コンテンツ、情報アーキテクチャ各テストの後。

誰でも質問のシンプルで迅速なフレームワークを提案各ユーザーのテスト後にこれらのパラメーターを測定するために使用できます。ステークホルダーに変更を伝えることができるように、結果をレーダーダイアグラムに変換したいと思います。

異なるパラメーターに基づくこのような図の例は、以下に表示されます。 enter image description here。この場合、青色の図は最初のユーザーテストの結果であり、目標は望ましい結果であり、緑色の図は2番目のユーザーテストです

私はすでにSUSを見てきましたが、内容と言語に関する質問が欠けているように感じます。1つの質問に対して10の質問をするのはかなりたくさんあると思いますそれだけのパラメータsability

2
FoF

SUSの10の質問 は、SUSアンケートをすべてのタスクの最後に1度だけ管理する場合、「質問するのはそれほど多くありません」 SUSを使用することは、10の質問がありますが、すべて同じ基本形式に適合していることを意味します(「これはステートメントであり、5ポイントのスケールで強く-強く同意しない」)、したがって認知負荷はかなり軽い。(最近、一連のユーザビリティテストセッションを実施した-SUSおそらく2セッション全体の1時間と比較した場合の各分)

使いやすさの場合は、 SEQ-単一の簡単な質問 を使用して、各タスクの後にそれを確認する必要があります。

Jeff Sauroは 測定可能性の測定 についてもいくつか提案しています。

ただし、1つのテストセッションでさまざまなものをすべて測定しすぎて、理想的ではない方法でいくつかのものを測定しようとしている可能性があります。たとえば、 情報アーキテクチャをテストする カードの並べ替えを行うか、または tree-testing を行うほうがよいでしょう。

2
Erics