第303回：　「ALTAのテキストをつくろう」57　（使用性の評価前編：　使用性の側面）

◀前の記事へ　次の記事へ▶︎

≡ はじめに

前回は、JSTQBのALTAシラバスの「4. ソフトウェア品質特性のテスト」の「4.2 ビジネスドメインテストの品質特性」の「4.2.4 相互運用性テスト」について書きました。

ISO 25010(JIS X 25010)の製品品質モデルの互換性の副特性として「相互運用性」と「共存性」があります。

データをやり取りしながら一つのシステムであるかのように動くかどうかが相互運用性（【相互運用】＝【データ交換】）で、例えば、データベースとウェブサービスを一つのサーバーにインストールして動かしても問題ないか？といった特性が共存性（【共存】＝【相手の邪魔をしない】）です（サーバーのリソースを喰いあったり、DLLヘル的な共有ライブラリの問題とか、F社のプリンタドライバとC社のプリンタドライバを両方インストールするとなんかおかしくなるというようなものが共存性です）。

前回の復習は以下で模擬試験問題の確認を通して行います。

今回はJSTQBのALTAシラバスの「4. ソフトウェア品質特性のテスト」の「4.2 ビジネスドメインテストの品質特性」の「4.2.5 使用性評価」の「4.2.5.1 使用性の側面」について書きます。

≡ 前回の復習

以下は前回出題したJSTQB ALTAの模擬試験問題を𝕏にポストした結果です。

投票の結果、選択肢4の「他の製品と環境や資源を共有しているときに機能を効率的に実行すること」が38.9%と最も多く、正解も4です。

投票数が18票と少なく、正答率も4割を切っているので難しい問題なのかもしれません。

選択肢2の「2つ以上のコンポーネントが情報を交換/使用すること」を選んだ人が33.3%いらっしゃいます。

一般に相互運用と言えば、「出退勤システム」と「給与システム」をつなげたときに【欠勤が給与に反映しているようなこと】を確認するテストをイメージしてしまいます。もちろん、これも相互運用テストです。

ただし、JSTQBのFL4.0シラバスでは、テストレベルにシステム統合テストとコンポーネント統合テストがあります。

FL4.0シラバスから「コンポーネント統合テスト」の説明箇所を引用します。

こちらの「相互処理」部分で（コンポーネント間の）「相互運用性テスト」を実施します。

復習は以上として、今回のnoteのテーマに移ります。

≡ 使用性評価

「使用性評価」は、ISO 25010(JIS X 25010)の製品品質モデルの使用性のテストです。

それでは、JIS X 25010の「製品の品質モデル」から今回の「使用性」を読んでみましょう。

使用性を考えるときには太字にした「利用状況において」を忘れてはいけません。ここでいう「使用性」は「製品の品質モデルにおける使用性」ですから詳しく書けば、「技術的に使いやすくなるように製品やサービスに用意した仕組みが利用状況下で、どの程度、使いやすいものになっているか」です。

以下、ALTAシラバスを読んでいきますが、その前に、使用性だけ「使用性テスト」ではなく「使用性評価」であることに注意が必要です。
これは英語のシラバスでも同じです。
（使用性評価のなかに使用性テストがあるという包含関係です）

■　使用性評価におけるTAの役割

シラバスの使用性のはじめの箇所を引用します。

太字にした「ユーザーと一緒に」というのは、実際に使うユーザーの感覚や意見を大切にしようということかなと思います。

でも上記に加えて「これらの種類のテストに関連する主要な側面、ゴール、および手法を理解する必要がある」としている点がすばらしいと思います。要は「ユーザーの評価を大切にしつつ、システムのゴールと使用性のテスト技法も理解しよう」ということです。

ISTQB® Specialist Syllabus in Usability Testingは、まだJSTQBの翻訳が公開されていないようなので英文のシラバスへのリンクを張っておきます。

≡ 使用性の側面

「4.2.5 使用性評価」の「4.2.5.1 使用性の側面」で挙げている側面は、「使用性」、「 ユーザーエクスペリエンス（UX）」、「アクセシビリティ」の３つです。
順番に確認していきます。

■　使用性

ちょっとしつこい感じがしますが、こちらでは、ISO 25010の使用性の副特性について書かれています。

上記から分かるとおり、使用性には、「適切度認識性」、「習得性」、「運用操作性」、「ユーザーエラー防止性」、「ユーザーインターフェース快美性」、「アクセシビリティ」の6つの副特性があります。

ここでは「適切度認識性」を把握しておきましょう。シラバスに、「それぞれの定義については[ISTQB_GLOSSARY]を参照されたい」とあるので、用語集も確認しますが、まずは、JISを抜粋します。

冒頭の「製品又はシステムが」が「コンポーネントやシステムが」に変わっている点に注意が必要です。
前回の復習の通り、JSTQBのFL4.0シラバスでは、テストレベルにシステム統合テストとコンポーネント統合テストがあることを思い出しましょう。

念のため「習得性」についても同様な比較を行っておきます。

■　 ユーザーエクスペリエンス（UX）

短いのでシラバスを引用します。

UIのテストでは、直接操作する個所をテストします。しかし、UXのテストでは、全体的な「ユーザー体験」をテストします。
そして、「UIよりもUXが重要」といいます。

実際にUXのテストをしようという人は、樽本 徹也氏の『UXリサーチの道具箱II ―ユーザビリティテスト実践ガイドブック』がお勧めです。

■　 アクセシビリティ

シラバスで独立して取り上げている使用性の副特性です。

まずは、定義を確認します。

「明示された目標を達成すること」がアクセシビリティですが、典型的なテストでは障害者や高齢者への対応が十分かを評価します。シラバスの例を引用します。

「障害を持つユーザーがアプリケーションを操作できるようにするために提供されている機会に焦点を当てる」とありますが、「ユニバーサルデザイン」という概念を核とすべきでしょう。Wikipediaを引用します。

デザイン対象を障害者（色覚異常者等）や高齢者に限定しないこと、全ての人に対して優しいデザインにすることが大切であり、そういうアクセシビリティが提供されていることをテストしましょう。
ユニバーサルデザインの7原則は以下の通りです。アクセシビリティのソフトウェアテストをするときの観点として使うといいです。

≡ JSTQB ALTA試験対策

いつものことですが、まずは、「学習の目的」を確認します。

章番号が4.2.5で学習の目的が4.2.4なので、注意しましょう。先週も書いていたので、たぶん4.2.4と4.2.5の順番が途中で入れ替わって学習の目的の修正が漏れたのかもしれません。

（K2：理解、K3：適用、K4：分析）

答えは次回に書きます。

≡  おわりに

今回は、「4.2 ビジネスドメインテストの品質特性」のうち、「4.2.5 使用性評価」の「4.2.5.1 使用性の側面」がテーマでした。

全ての人に対して快適で優しいデザインになっていることをテストするには、普通の知識（や自分の感覚）だけでは全然観点が不足しています。
まずは、上述したウェブページや英文のシラバスや書籍を読んで知識を増やすことが大切です。

使用性の評価は、誰でもできそうな感じがしますが、奥が深い（専門性が必要）です。また、数式化もできるので、数学が好きな人や論文にも向いているかもしれません。

次回は、「4. ソフトウェア品質特性のテスト」の「4.2 ビジネスドメインテストの品質特性」の「4.2.5 使用性評価」の「4.2.5.2 使用性評価手法」です。

次回はそうなのですが、次週は一回休みで別のことを書きます。