はじめに：Chapter 4「品質特性のテスト」について
この章では、**テストアナリスト（Test Analyst）**が扱う「品質特性（Quality Characteristics）」について学びます。
品質特性とは、機能的なテストが完了した後に行う「非機能テスト（Non-functional Testing）」の対象となるソフトウェアの品質要素です。
この章の主な構成は次のとおりです：
-
4.1 品質特性の概要（Introduction to Quality Characteristics）
-
4.2 ビジネスドメインにおける品質特性（Quality Characteristics for Business Domain Testing）
今回はその導入部分である「4.1 品質特性の概要」について解説します。
品質特性とは何か？
ISTQBのFoundation Levelでも登場したように、品質特性は主に非機能的側面を指します。
機能テスト（Functional Testing）が完了した後、ソフトウェアを市場にリリースする前に、次のような観点で品質を確認します。
-
パフォーマンス（性能）
-
セキュリティ（安全性）
-
信頼性（Reliability）
-
ユーザビリティ（Usability）
-
保守性（Maintainability）
-
移植性（Portability）
これらのテストは、機能が動作するかどうかではなく、**「どの程度良く動作するか」**を評価します。
テストアナリストとテクニカルテストアナリストの役割分担
品質特性の中には、**テストアナリスト（TA）とテクニカルテストアナリスト（TTA）**がそれぞれ担当する領域があります。
|
分類 |
主な担当 |
例 |
|---|---|---|
|
機能的特性 |
テストアナリスト |
機能の正確性、業務要件の妥当性など |
|
非機能的特性 |
テクニカルテストアナリスト |
性能、セキュリティ、信頼性など |
ただし例外として、**ユーザビリティ（Usability）**は非機能的要素ですが、テストアナリストの担当範囲に含まれます。
その理由は、ユーザビリティは機能レベルから考慮すべき重要な品質要素だからです。
たとえば、単体テストや結合テストの段階から、
「操作が直感的か」「理解しやすいか」「画面が見やすいか」といった観点で確認を始めます。
ユーザビリティ（Usability）のサブ特性
ISTQBでは、ユーザビリティに以下のような**サブ特性（sub-characteristics）**が定義されています。
|
サブ特性 |
内容 |
|---|---|
|
理解しやすさ（Understandability） |
ユーザーが機能や操作をどれほど理解しやすいか |
|
学習しやすさ（Learnability） |
新規ユーザーがどれだけ早く使い方を習得できるか |
|
操作性（Operability） |
システムがどれほど簡単に操作できるか |
|
魅力性（Attractiveness） |
デザインやUIがユーザーにとって魅力的か |
|
アクセシビリティ（Accessibility） |
障がいを持つユーザーも利用できるか（例：スクリーンリーダー対応など） |
|
準拠性（Compliance） |
標準やガイドライン（例：WCAG 2.1など）に準拠しているか |
✅ アクセシビリティはユーザビリティの一部として扱われます。
「誰もがアクセス可能であること」が品質特性の重要な側面です。
品質特性に基づくリスク分析とテスト設計
テストアナリストは、単にテストケースを作成するだけでなく、
品質特性ごとのリスクを特定し、それを軽減するテストを設計する責任があります。
たとえば：
-
「ユーザーが誤操作しやすいUI」 → 操作性のリスク
-
「説明文が専門的すぎて理解されない」 → 理解しやすさのリスク
-
「視覚的コントラストが低くて見づらい」 → アクセシビリティのリスク
これらを考慮してテスト戦略を立案し、
テストカバレッジを確保することが重要です。
非機能テストを行うチーム構成の例
実際の現場では、非機能テストは複数の専門チームに分かれています。
|
チーム |
主なテスト領域 |
|---|---|
|
機能テストチーム |
機能・業務ロジック |
|
ユーザビリティチーム |
ユーザー体験、アクセシビリティ |
|
パフォーマンステストチーム |
負荷・応答時間・スケーラビリティ |
|
セキュリティテストチーム |
認証、権限、脆弱性検証 |
|
信頼性チーム |
耐障害性・回復テスト |
|
APIテストチーム |
インターフェース、互換性確認 |
テストアナリストは、このようなチーム間での調整役として、
品質全体を俯瞰し、**「誰がどの品質特性を担当するか」**を明確にする必要があります。
まとめ：品質特性は「テストの深み」を作る
この章の導入で学ぶべき重要ポイントは以下の通りです。
-
品質特性は「非機能的側面」を評価するための基準
-
テストアナリストは主に機能＋ユーザビリティを担当
-
ユーザビリティにはアクセシビリティや魅力性も含まれる
-
リスク分析とテスト設計は品質特性を軸に行う
-
専門チームと連携し、全体的な品質保証を行う
次の章（4.2）では、ビジネスドメインにおける品質特性について詳しく解説します。
特に「ユーザビリティテストの実践」や「コンプライアンス対応」などを深掘りしていきましょう。
💡補足：品質特性を考慮したテスト設計の具体例
例えば、オンラインバンキングアプリのログイン画面を考えてみましょう。
|
品質特性 |
テスト例 |
|---|---|
|
理解しやすさ |
「ログイン」と「新規登録」ボタンが明確に区別できるか |
|
学習しやすさ |
初回利用者がチュートリアルなしで操作できるか |
|
操作性 |
入力ミスを自動補正してくれるか（例：全角→半角） |
|
魅力性 |
カラーやアイコンが統一され、ブランドイメージと合っているか |
|
アクセシビリティ |
スクリーンリーダーで全てのボタンが読み上げ可能か |
このように、品質特性はテスト観点の幅を広げる強力なツールになります。
コメント