第301回：　「ALTAのテキストをつくろう」55　（機能適合性テスト）

前回は試験に出る個所ではありませんし、重要なことも書いていないので一生懸命ふりかえらなくて大丈夫です。

キャッチイメージは、機能適合性が「ニーズを満たしている程度」であることからです。

アジャイルソフトウェア開発において、複数のイテレーションにまたがって1つのユーザーストーリーが実装されることは無くはないですが、問題文にある「通常」に反してしまいます。実際の試験でも問題文と選択肢をよく読むことは合格への近道と思います。

「利用時の品質モデル」とは、（JIS X 25010より）「特定の使用状況において製品が使用されるときに，対話の成果に関係する五つの特性（これらのうち幾つかは，更に副特性に分けられる。）からなる」ものです。

一方、「製品の品質モデル」とは、（JIS X 25010より）「ソフトウェアの静的特徴及びコンピュータシステムの動的特徴に関係する，八つの特性（これらは，更に副特性に分けられる。）からなる」ものです。

3つ目の「データの品質モデル」とは、（JIS X 25012より）「データ品質要求事項を仕様化し，データ品質を評価するための枠組みを提供する特性の定義された集合。」です。こちらは、25010ではなく25012なのに注意が必要です。

※　ISOの方では、「利用時の品質モデル」がISO/IEC 25019:2023で大幅に変わっているとのことです。（辰巳さん情報）
※　品質特性については、IPAが出している『つながる世界のソフトウェア品質ガイド』（PDF）を手元に置いておくと解説がとても良いので便利です。

ここが分からないと、機能適合性になんで「ニーズ」が出てくるのかがばやけます。というか、ぼやけていることに気が付きません。（自分がそうでした）
とは言ってもこの違いは慣れな要素も大きいので言葉で書いても中々伝わりません。また、品質工学でいう“機能性”は別の概念です。ややこしいですね。

機能正確性に関しては、明示的または暗黙的な要件にアプリケーションが準拠していることを検証する。また、計算の精度もテストすることがある。機能正確性テストでは、第3章で説明した多くのテスト技法を採用し、多くの場合、テストオラクルとして仕様または旧システムを使用する。機能正確性テストは、すべてのテストレベルで実施でき、データや状態の誤った処理を対象にする。

機能正確性（functional correctness）
正確さの必要な程度での正しい結果を，製品又はシステムが提供する度合い。

機能適切性テストでは、その意図および指定された任務に対する一連の機能が適切であることを評価および妥当性確認する。このテストは、機能設計（ユースケース、ユーザーストーリーなど）に基づくことができる。機能適切性テストは、通常、システムテスト時に実施するが、統合テストの後半段階でも実施することがある。このテストで見つかる欠陥は、許容できると考えられる方法であってもシステムがユーザーのニーズを満たすことができないことを示している。

機能適切性（functional appropriateness）
明示された作業及び目的の達成を，機能が促進する度合い。
　例 不要な段階を除いて，作業を完成するために必要な段階だけを利用者に提示する。
　注記 機能適切性は，JIS Z 8520における仕事に対する適合性に該当する。

例えば、シンポジウムの申し込みで住所・氏名・年齢、、、を入力し【OK】を押したときに入力ミスがあったとします。このときに、全部入れ直す仕様であっても機能は提供しています。
でも機能適切性は悪いというように使います。

……機能と機能性の違いが少しわかってきたかもしれません。

機能完全性テストは、実装した機能の指定された任務およびユーザー目的に対するカバレッジを判定するために実行する。仕様アイテム（要件、ユーザーストーリー、ユースケースなど）と実装された機能性（機能、コンポーネント、ワークフローなど）の間のトレーサビリティは、必要となる機能完全性を判定するために不可欠である。機能完全性を測定する方法は、特定のテストレベルそして/または使用するSDLCによって異なる。例えば、アジャイルソフトウェア開発の機能完全性は、実装されたユーザーストーリーおよびフィーチャーに基づくことがある。システム統合テストでの機能完全性は、ハイレベルなビジネスプロセスのカバレッジに重点を置くことがある。
機能完全性の判定作業は一般的に、テストマネジメントツールを使用して行うことができるが、その場合、テストアナリストはテストケースと機能仕様アイテムの間のトレーサビリティを維持する必要がある。期待される度合いの機能完全性を達成できない場合、システムの実装が不完全であることが示唆される。

4.2.1.1 機能完全性（functional completeness）
機能の集合が明示された作業及び利用者の目的の全てを網羅する度合い。

TA-4.2.1 （K2）機能完全性、機能正確性、および機能適切性の特性をテストする場合に、どのテスト技法が適切であるかを説明する。
TA-4.2.2 （K2）機能完全性、機能正確性、および機能適切性の特性に関して、対象とする典型的な欠陥を定義する。
TA-4.2.3 （K2）機能完全性、機能正確性、および機能適切性の特性に関して、これらの特性を、ソフトウェア開発ライフサイクル内でテストするタイミングを定義する。

機能完全性、機能正確性、機能適切性に対して、それぞれの

・　違いが判ること
・　典型的な欠陥をいえること
・　いつ（どのテストレベルで）テストするか決められること

《問題》
　機能適切性ではないものはどれですか？

1. 印刷部数として1がデフォルト値として設定されている
2. 業務の流れとメニューの順番が合っている
3. 平均点について小数点以下1桁まで正しい値を出力する
4. 同じような機能がグルーピングされている

「機能テスト」というテストレベルを持っている組織があります。

コンサルのときに「御社の機能テストでは何をしていますか？」と質問をすると、ブラックボックステストのことだったり、性能や信頼性もテストしていたりと様々でした。

“名前なんてどうでもいい”という意見には一理あります。でも、何かの標準（今回のISO 25000シリーズもそのひとつ）に準拠して名前をつけるとMECEに、つまり抜け漏れなくテストができるのでお勧めです。