ソフトウェアテストの種類と信頼性・移植性テスト
1. 概要
A. 定義
ソフトウェアテストとは、欠陥を発見し、要求された品質を満たしているかを確認する ために、開発・運用の全段階で実施する検証・妥当性確認の活動である。そのうち ISO/IEC 25010の品質特性 の観点による 信頼性・移植性テスト は、それぞれ運用中の安定性と多様な環境への適応性を保証する。
B. 登場背景および必要性
機能が仕様どおりに動作するかだけを見るテストでは、実際の運用で発生する障害を防ぐことはできない。システムが数日間無停止で稼働するか、一部のノードが停止してもサービスが維持されるか、新しいOSやブラウザに移行しても正常に動作するかは、機能仕様には現れない 非機能（品質）要求 だからである。クラウド・マルチプラットフォーム・24/365サービスが一般化するにつれ、こうした信頼性・移植性はサービスの持続可能性の中核条件となり、これを定量目標（SLA・MTBF・RTO）として定義し検証するテストが必須となった。
2. ソフトウェアテストの種類
flowchart LR
U[単体] --> I[結合] --> S[システム] --> A[受入]
テストは複数の基準で分類され、これらは排他的なものではなく互いに異なる軸である。テストレベル は検証範囲を小さいものから大きいものへと広げていき（単体→結合→システム→受入）、各段階で前段階が見逃した欠陥を異なる観点で捉える。テスト技法 は、内部構造を見ずに入出力のみを検証するブラックボックスと、コードのパスを検討するホワイトボックスに分けられる。非機能テスト は機能ではなく性能・信頼性・移植性といった品質特性を対象とし、変更対応テスト は修正が既存機能を壊していないか（回帰）を確認する。
| 分類基準 | 種類 | 焦点 |
|---|---|---|
| テストレベル | 単体・結合・システム・受入 | 検証範囲の拡大 |
| テスト技法 | ブラックボックス（仕様）・ホワイトボックス（構造）・経験ベース | 内部構造の観察の有無 |
| 非機能（品質特性） | 性能・負荷・セキュリティ・信頼性・移植性・使用性・互換性 | 動作の質 |
| 変更対応 | 回帰・スモーク・確認（Confirmation） | 変更後の安定性 |
3. 信頼性テスト（Reliability Test）
信頼性とは、明示された条件下で定められた期間、エラーなく機能を継続的に遂行する能力 である。信頼性テストは、この能力を副特性ごとに検証する。
信頼性は、「どれだけ故障しにくいか」と「故障してもどれだけ耐え、回復するか」の二つの軸に分けられる。前者を成熟性が、後者を障害許容性・回復性が担う。各副特性は定性的な確認ではなく、定量指標によって判定 される点が重要である。
| 副特性 | 内容 | 検証方法・指標 |
|---|---|---|
| 成熟性（Maturity） | 欠陥による故障の少なさ | 欠陥発生率・MTBF（平均故障間隔）、信頼度成長モデル |
| 障害許容性（Fault Tolerance） | 障害・誤入力があっても指定された性能を維持 | 冗長化・フェイルオーバー試験、障害注入 |
| 回復性（Recoverability） | 障害後のデータ・状態の回復 | RTO/RPOの検証、バックアップ・リカバリ試験 |
| 可用性（Availability） | 長時間にわたる継続運用能力 | Soak（耐久）・長時間負荷試験 |
例えば、障害許容性の検証では、運用に近い環境で特定のサーバーを強制的に停止させ（障害注入）、フェイルオーバーが何秒以内に行われるか、その間のリクエスト失敗が目標値以下であるかを測定する。回復性はRTO（目標復旧時間）・RPO（許容データ損失）を基準に、災害状況を想定してバックアップからどれだけ迅速かつ損失なく復元できるかを検証する。このように信頼性テストは、「安定しているように見える」ではなく、「MTBF 10,000時間、RTO 30分」のように数値で合否を判定する。
4. 移植性テスト（Portability Test）
移植性とは、ソフトウェアを 別の環境（HW・OS・ブラウザ・プラットフォーム）へ移行・適応させる能力 である。移植性テストは、環境の変化に対する適応・インストール・置換・共存の能力を検証する。
移植性が重要になった理由は、今日のソフトウェアが一つの固定された環境だけで動くわけではないからである。オンプレミスからクラウドへ、特定のOSからコンテナへ、複数のブラウザ・デバイスへと移り変わる環境において、移行のコストとリスクを下げるには、移植性の裏付けが必要である。
| 副特性 | 内容 | 検証方法 |
|---|---|---|
| 適応性（Adaptability） | 大きな修正なしに多様な環境へ適応 | 異なるOS・HWでの動作試験 |
| 設置性（Installability） | インストール・アップグレード・削除の正常動作 | インストールスクリプト・ロールバックの検証 |
| 置換性（Replaceability） | 同一目的の既存SWを置換・互換 | データ・インターフェースの互換性試験 |
| 共存性（Co-existence） | 他のSW・複数環境と衝突なく共存 | クロスブラウザ・複数OSでの交差検証 |
具体的には、Webサービスの共存性（互換性）の検証では、Chrome・Edge・Safariなど複数のブラウザと、Windows・macOS・Androidのデバイスで同一の画面・機能が得られるかを クロスブラウザテスト で交差確認する。設置性では、新しいサーバーにデプロイパッケージをインストール・アップグレード・削除する全過程がエラーなく、かつ元に戻せるかを確認する。適応性は、例えばx86で検証されたアプリケーションをARMベースのクラウドインスタンスへ移したときにも、コード変更なしに動作するかを試験する。
5. 考慮事項および示唆
- 定量目標に基づく判定: 非機能テストは主観ではなく、SLA・MTBF・RTO/RPOのような契約・目標の数値を合格基準としてこそ、結果が争いなく受け入れられる。
- 環境の多様化による移植性の重要性の増大: クラウド・マルチプラットフォーム・コンテナの普及により移植性・互換性の検証範囲が広がり、自動化されたクロス環境テストパイプラインが求められる。
- 運用との連携とカオスエンジニアリング: 信頼性はデプロイ前のテストで終わるものではなく、運用中のAPMモニタリングと連携しなければならず、実際の本番環境に意図的に障害を注入する カオスエンジニアリング によって障害許容性を継続的に検証する方向へと進化している。
一言まとめ: テストはレベル・技法・非機能・変更対応で分類され、信頼性テストは成熟性・障害許容性・回復性・可用性を、移植性テストは適応性・設置性・置換性・共存性を、MTBF・RTOのような定量目標を基準に検証し、運用モニタリング・カオスエンジニアリングへと拡張される。