ソフトウェア（Webアプリ開発）テストの種類

ソフトウェア（Webアプリ開発）テストの種類と関係性

ソフトウェアのテストは、その種類が非常に多く、それぞれが異なる目的を持って実施されます。
ここでは、よく使われるテストの種類とその関係性について、できるだけ詳しく解説していきます。

注意点

ほぼ同じテスト内容を指していても組織やプロジェクト、人によって呼び方が違ったりする（ex 総合テストとST）
定義は抑えつつ、自分の所属している組織のルールや発言者が意図している範囲を確認することが大事

テストの種類と概要

1. 単体テスト (UT：Unit Test)

• 目的: プログラムの最小単位（関数、メソッドなど）が意図したとおりに動作するかを検証します

• 特徴: 開発者が行うことが多く、自動化ツールが活用されます

2. 結合テスト (Integration Test)

• 目的: 複数のモジュールやコンポーネントを結合し、それらが相互に連携して動作するかを検証します

• 種類:

  • 内部結合テスト (ITA): システム内部のモジュール間の結合を検証します
  • 外部結合テスト (ITB): システムと外部システム（外部API、決済システム、SNS認証など）との結合を検証します

• 特徴:「統合テスト」と言うケースもある

3. システムテスト (ST：System Test)

• 目的: システム全体が、要求仕様を満たし、意図したとおりに動作するかを検証します

• 特徴:

  • 結合テストが完了した後に実施される
  • 機能テスト、性能テスト、セキュリティテストなどを含む
  • 「総合テスト」というケースもある

4. 受入テスト (Acceptance Test)

• 目的: システムが、ユーザーの要求を満たし、運用に耐えられるかを検証します

• 種類:

  • ユーザー受入テスト（UAT: User Acceptance Test）：実際のユーザーが使用感や機能を確認します
  • 運用受入テスト（OAT: Operational Acceptance Test）：運用面での準備が整っているかを確認します

5. その他のテスト

• スモークテスト: システムの「主要な機能」が動作することを簡単に確認するテスト

  • 「煙が出ない」という意味で、このテストで問題がなければ、本格的なテストに進めるというイメージから名付けられました
  • リリース可能な状態かどうかの初期確認
  • 細かくは確認しない
  • STやUATの前に実施されることが多い

• 回帰テスト（リグレッションテスト）: システムに変更を加えた後、既存の機能が壊れていないこと（デグレがないこと）を確認するテスト

  • ソフトウェア開発のライフサイクル全体を通して行われる（CI/CDの中など）
    • リリース前
    • バグ修正後
    • 機能追加後

• 性能テスト: システムが、所定の負荷のもとで性能を発揮できるかを検証するテスト

  • システム全体が負荷に対して耐えられるかを確認するため、システムテスト（ST）に含まれることが多い
  • 主な種類：
    • a) 負荷テスト：通常の負荷下でのシステムの動作を確認
    • b) ストレステスト：極端な負荷下でのシステムの限界を測定
    • c) スケーラビリティテスト：負荷の増加に対するシステムの対応能力を評価
    • d) エンデュランステスト：長時間の連続使用下でのシステムの安定性を確認

• セキュリティテスト: システムが、不正アクセスや情報漏洩に対して安全であるかを検証するテスト

  • システム全体の安全性を確保するため、システムテスト（ST）に含まれることが多い
    • 脆弱性の発見: システムにセキュリティホールがないか、既知の脆弱性（CVEなど）が含まれていないかなどを調べます
    • 侵入経路の特定: 攻撃者がシステムに侵入する可能性のある経路を特定します
    • リスク評価: 発見された脆弱性の危険度を評価し、優先順位付けを行います

• ユーザビリティテスト: システムが、ユーザーにとって使いやすいかを検証するテスト

  • ユーザー受け入れテスト（UAT）に含まれることが多い

• シナリオテスト: ユーザーが実際にシステムを使用する具体的なシナリオに基づいて、システムが期待通りに動作するかを確認するテスト

  • ex ユーザーが商品を検索して購入する一連の操作が問題なく行えるか
  • ユーザー受け入れテスト（UAT）やシステムテスト（ST）の一環として行われることが多い

テストの順番

一般的に、単体テスト → 結合テスト → システムテスト → 受入テストの順で実施されます。
ただし、開発手法によって順序は異なることもあります。

ITaとITbの「内部」と「外部」って何？

• 内部：開発中のシステムやアプリケーション自体を指します

• 外部：開発中のシステムの外にある、他のシステムやサービスを指します

ITBの具体例：

• 例1：オンラインショッピングアプリ

  • 内部：ショッピングアプリ自体
  • 外部：決済サービス（PayPalなど）テスト内容：アプリから決済サービスへの連携が正しく機能するか確認

• 例2：天気予報アプリ

  • 内部：天気予報アプリ自体
  • 外部：気象データ提供サービスのAPIテスト内容：アプリが外部APIから正しくデータを取得し、表示できるか確認

• 例3：SNSアプリ

  • 内部：SNSアプリ自体
  • 外部：プッシュ通知サービステスト内容：アプリがプッシュ通知を正しく送信できるか確認

STとUATの違い

ST（システムテスト）とUAT（ユーザー受け入れテスト）は、どちらもソフトウェア開発の最終段階で行われるテストですが、目的や実施主体が異なります。
それぞれの違いを具体的に見ていきましょう。

STは、システムが技術的に完成していることを確認するテストであり、
UATは、システムがユーザーの要求を満たしていることを確認するテストです。
STが合格した後にUATが行われ、両方のテストに合格することで、システムがリリースされます。

ST（システムテスト）

• 目的: 開発されたシステム全体が、設計どおりに正しく機能するかを検証します

• 実施主体: 開発チームやテスト担当者が実施します

• テスト内容:

  • 機能テスト: すべての機能が仕様通りに動作するかを確認します
  • 性能テスト: システムが、想定される負荷に耐えられるかを確認します
  • セキュリティテスト: システムが、不正アクセスや情報漏洩に対して安全であるかを確認します
  • 互換性テスト: 他のシステムとの連携が問題なく動作するかを確認します
  • 信頼性テスト: システムが安定して動作し続けるかを確認します

• テスト環境: 本番環境と同じか、それに近い環境で実施されます

UAT（ユーザー受け入れテスト）

• 目的: 開発されたシステムが、実際のユーザーのニーズを満たし、業務に利用できるかを検証します

• 実施主体: 実際のシステムのユーザー（エンドユーザー）が実施します

• テスト内容:

  • 使いやすさ: システムが直感的で使いやすいかを確認します
  • 業務への適合性: システムが、実際の業務にスムーズに組み込めるかを確認します
  • 期待通りの結果が得られるか: システムが、ユーザーの期待する結果を出せるかを確認します

• テスト環境: 本番環境と同じか、それに近い環境で実施されます

STとUATの違いをまとめた表

まとめ

ソフトウェアテストの種類は、テストの目的や対象によって多岐にわたります！
これらのテストを組み合わせることで、高品質なソフトウェアを開発することができます！