第306回：　「ALTAのテキストをつくろう」59　（移植性テスト）

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

≡ はじめに

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

使用性は本当に深いテーマだと思います。新しいデザインの流行についても知らないといけませんし、一方で子供から大人まで、どんな国の人でも使いやすいデザインってなんだろう？という底知れない技術と経験が必要となります。

例えば、スマホのハンバーガーメニューがはやり出したとき、私は「ただの飾り」だと思っていました。
なので「○○ってどうやるのー？」って大騒ぎした後に後輩に教えてもらって、「そんなところにメニューが隠れていたのかー」と驚くやら自分に腹が立つやらでした（笑）。

また、昔使っていたAndroidスマホ（Galaxy）でスクリーンショットを取るには、「手のひらキャプチャ」（下図参照）という方法だったのですが、「わかるかっ！」って思いました。

「手のひらキャプチャ」は片手での操作が難しいですし、手を動かす速度にも微妙なコツが必要でした。その後、別のスマホで聞いたことがないので使用性が悪かったんだろうなと思います。

もし、このnoteを読んでいる人のなかに関係者がいたらごめんなさいだけれど、Kindleアプリ、使いにくいじゃないですか。
だいぶ良くなってはきたけれども、先日、『にしさんの教え』の移植性テストのために、Windows版のKindleアプリを使ったら頭がおかしくなりそうになりました。（笑）

ということで、使用性のテストは、ユーザビリティのプロを育成するか、プロに頼むのが良いと思います。（大学の研究室との共同研究がお勧めです）

なお、使用性の問題はテストで指摘できるけど、開発初期に一生懸命考えてつくるほうがいいです（アジャイル開発の時には顧客をどれほど巻き込めるかが鍵かな）。

あと、良い使用性を持つものにたくさん触れることも大事です。

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

今回はJSTQBのALTAシラバスの「4. ソフトウェア品質特性のテスト」の「4.2 ビジネスドメインテストの品質特性」の「4.2.6 移植性テスト」について書きます。

≡ 前回の復習

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

投票の結果、選択肢3の「環境適応性テスト」が84%と最も多く、正解も3です。

「環境適応性テスト」は、今回の「移植性のテスト」の例の一つです。「環境適応性テスト」では、保証する環境下において、機能するかどうかまでをテストします。（“適応性”は移植性の副特性であり、使用性について焦点を当てたテストではありません）

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

≡ 移植性テスト

まずは、「移植性」という用語の定義について、JIS X 25010:2013を確認します。

用語の定義の確認はJIS・ISO・IEEEなどの規格書や○○BOKが便利です。テストの専門用語でしたらISTQBの用語集がおすすめですが、一般的な用語の場合は、ちょっと不安です。あと、「〇〇辞書」は情報が古いことがあるので気をつけましょう。

移植性については、1991年に発行されたISO/IEC 9126の6つの品質特性（機能性、信頼性、使用性、効率性、保守性、移植性）にも定義されているように、昔からソフトウェアの特徴をあらわす大きな切り口の一つとされてきました。

ところが昔から【「保守性」と「移植性」は誰のため？】という議論がありました。

機能、性能、互換性、使用性、信頼性、セキュリティはストレートにユーザーに対して価値を与えますが、「保守性」と「移植性」はユーザーから要求として上がってくるのかというと疑問があるというのです。機能（＝ユーザーが求めるシステムの働き）との結びつきが弱いからです。

ということでJIS X 25010の製品品質モデルを確認してみます。
よく見ると、左からユーザーが求める特性で並んでいます。（機能適合性、性能効率性、互換性、、、（略）、、、保守性、移植性の順）

移植性の副特性は「適応性」、「設置性」、「置換性」の3つです。

さて、ALTAシラバスでは、移植性の3つの副特性、つまり、「適応性」、「設置性」、「置換性」のそれぞれに対して、「4.2.6.2 環境適応性テスト」、「4.2.6.1 設置性テスト」、「4.2.6.3 置換性テスト」として説明があります。以下、シラバスの順で説明します。

■　設置性テスト

インストール（＋アンインストール）のテストです。

●　インストール時のパラメータについてペアワイズ技法を使用する
●　手順どおりにインストールできることをテストする（機能正確性）
●　インストールが成功したことをテストする（機能適合性）
●　手順やメッセージの分かりやすさをテストする（使用性）

■　環境適応性テスト

シラバスを確認します。

とあります。今回の“はじめに”に

と書きましたが、これは「環境適応性テスト」をしたということです。

■　置換性テスト

こちらは何かと置換するテストです。一つ前の「環境適応性テスト」と似ています。もとの規格を並べて確認しておきましょう。

適応性では、「環境が多様であったり、変化していったりするときにそれに追随できるか」を問題としているのに対して、置換性の方はバージョンアップや類似製品などへの置換、すなわち、「同じ環境で同じ目的を持つ別のシステムに置き換えることができるか」に着目をしています。

要点を整理すると、「適応性：　製品を固定して環境の変化に適応できる」、「置換性：　環境を固定して製品を置換できる」です。
ちなみに「設置性：　インストール／アンインストールが容易で期待通りか」です。

≡ JSTQB ALTA試験対策

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

移植性のテストは、TA-4.2.6の方だけなのですが、「TA-4.2.7 （K4）」に対応する本文がシラバスに無いので、ここに書いておきました。

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

答えは次回に書きます。

≡  おわりに

今回は、「4.2 ビジネスドメインテストの品質特性」のうち、「4.2.6 移植性のテスト」がテーマでした。

「設置性テスト」、「環境適応性テスト」、「置換性テスト」の違いはバッチリでしょうか。👌

インストール／アンインストールときたら「設置性」、変化への追随は適応性と置換性、環境の変化への追随が「環境適応性」、テスト対象自体の置き換えは「置換性」。

さて、次回は新しい章に移って、「5. レビュー」です。実質3ページしかないのですが、K3なので2回に分けるかなー。