ボトムアップテスト

下位モジュールから上位モジュールへ順に統合・テストする手法。上位モジュールの代わりにドライバを使用する。基盤部分の品質を先に確保でき、並行開発・テストがしやすい利点がある。

下位モジュールから上位モジュールへ順にテストを統合していく手法。テスト対象の上位モジュールはドライバで代替する。個々のモジュールの動作を確実に検証でき、並行してテストを進められる利点がある。

下位モジュールから上位モジュールへ順に結合してテストする手法。上位モジュールの代わりにドライバを使用する。基盤的な機能から確実に検証でき、再利用可能なテスト環境を構築しやすい。

下位のモジュールから上位のモジュールへ順に結合しながら行う統合テスト。未完成の上位モジュールの代わりにドライバを使う。下位の基本機能を早く十分にテストできるが、システム全体の動きは最後まで確認できない。

個別にテスト済みのソフトウェアユニットを統合し、ユニット間のインタフェースや連携が正しく動作するかを検証するテスト。トップダウンテスト、ボトムアップテストなどの統合戦略がある。

プログラムを実行せずにソースコードを解析し、潜在的なバグ、セキュリティ脆弱性、コーディング規約違反などを検出する手法。バッファオーバーフロー、未初期化変数、メモリリークなどの問題を早期に発見できる。

ソフトウェアに対して予期しない入力データ（ファズ）を大量に送り込み、異常動作やセキュリティ上の脆弱性を発見するテスト手法。自動化ツールを用いてランダムまたは半構造的なデータを生成し、クラッシュやメモリリークを検出する。

ソフトウェアの変更（バグ修正、機能追加等）により、既存の機能に悪影響が出ていないかを確認するためのテスト。変更箇所だけでなく、関連する既存機能のテストを再実行する。自動化が重要であり、CI/CDパイプラインに組み込まれる。

システムの応答時間、スループット、リソース使用率などが要件を満たしているかを検証するテスト。負荷テスト、ストレステストを含む。非機能要件テストの一つで、システム検証テストの段階で実施される。

想定される最大負荷をかけた状態でシステムが正常に動作するかを検証するテスト。同時接続ユーザ数やトランザクション量を段階的に増加させ、性能の限界点や劣化傾向を把握する。