専用ソフトウェアツールを使用してテストの事前条件を制御および設定する, テストを実行する, 実行結果と期待結果を比較する

ソフトウェア, 文章, テストケース, テスト環境, テストデータ

テスト自動化は単にテストスイートを実行することだけではなく、あらゆる種類のテストウェアを作成し、展開するプロセス全体を包含している。, 自動化されたテストを計画、設計、実行、評価、報告するために必要なすべての作業項目を指す。, 異なるバージョンのSUTや環境で多くのテストケースを一貫性をもって繰り返し実行することに役立つものと期待されている。, テスト自動化は人手を介さずにテストスイートを実行するメカニズムだけにとどまらない。

ソフトウェア

ドキュメント（文章）

テストシナリオの制御やテスト結果の計算と検証に使用されます。, 動的な入力値、固定または可変のパラメータ、および処理の基礎となる（構成）データを提供します。, 生成、作成、および既存のプロセスデータの復元は、テスト自動化プロセスにおいて特別な注意が必要です。, 誤ったテストスクリプトは不正確なテスト結果をもたらし、テストの進行を大幅に妨げる可能性があります。, テスト自動化の潜在能力を最大限に活用する機会を提供します。

①：正、②：誤、③：正、④：正

既存の仕様、ビジネステストケース、およびSUTに基づいて自動化テストケースを実装し、それらにテストデータを提供する。, 自動化実行のための前提条件を定義し、制御する。, 結果として得られる自動化テストスイートを実行、制御、および監視する。, 実際の結果と期待される結果を比較し、適切なレポートを提供する。

自動テストケースの実装, 自動テスト実行の監視および制御, 自動テスト結果の解釈、報告、記録

手動テスト実行を置き換える場合、自動化はGUIや、アプリケーションの種類に応じて、SUTのCLIにアクセスします。, 深いレベルでは、自動化はSUTのクラス、モジュール、およびライブラリのパブリックインターフェースを通じて、また対応するサービスやプロトコルを通じて実行されます。

SUTのクラス、モジュール、ライブラリの公開インターフェースを使用したテスト（APIテスト）, SUTのユーザーインターフェースを使用したテスト（GUIテスト、CLIテストなど）, サービスやプロトコルを使用したテスト

ユーザーインターフェースの頻繁な変更に対して影響を受けにくい。, 保守がはるかに容易である。, 主に実行速度の向上、リソースの効率的な使用、並列実行の容易さ、テストの信頼性の向上といった性能性。

テストの効率性の向上, 機能カバレッジの拡大, 総テストコストの削減

手動テスト担当者が行えないテストの実施, テスト実行期間の短縮, テスト実行頻度の向上およびテストサイクルに要する時間の短縮

テスト効率を向上させ、全体のテストコストを削減する, テスト実行期間とテストサイクルの短縮, テスト実行の頻度を増加させる

コスト削減やテスト実行フェーズのスピードアップに加えて、品質を維持または向上させる。, 大量の関連データ構成やバリエーションのテスト、フォールトトレランステスト、またはさまざまな形態のパフォーマンステストを行い品質を担保する。, 品質は機能カバレッジの向上や、時間とリソースを大幅に投資しなければ手動でしか実施できないテストを自動化することで達成できる。

より多くのテストをビルドごとに実行可能にする, 手動では行えないテストを作成できるようにする, 手動より複雑なテストの実行とテストの高速化

オペレーターのミスによるテスト結果への影響を低減, より効果的・効率的にテストリソースを使用する, ソフトウェア品質に関するフィードバックの迅速化, システムの信頼性向上とテストの一貫性向上

自動化されたリグレッションテストスイートを構築することで、リリースごとに実行されるテストケースの数を増やすことができる。, 自動化されたテストは迅速に実行され、操作ミスの影響を受けにくく、一度作成された複雑なテストシナリオを何度でも繰り返すことが可能。, SUTの品質に関する即時のフィードバックは、プロジェクトのワークフローを大幅に加速させる。, 自動化されたテストケースは、統一されたフレームワークで記述されるため、一貫した結果が得られ、解釈のばらつきがなくなる。

探索的テストやさまざまな動的手動テスト手法の活用を通じて、欠陥の発見により多くの時間を割くことが可能となるから。

追加コストが必要, TASのセットアップのための初期投資, 追加技術が必要, チームに開発と自動化のスキルが必要

継続的なTASの保守が必要, テストの目的から逸脱する可能性がある, テストが複雑になる, 自動化によって新たなエラーが引き起こされる可能性がある

テスト自動化エンジニア（TAE）の職場環境の設備, テスト実行用のツールの購入や開発, テスト環境のアップグレード, テストスクリプトを開発するために必要となる新しいプロセスや作業手順の確立, 追加の構成管理やバージョン管理システム

すべての手動テストを自動化できない, 自動化によってチェックできるのは、ツールが解釈できる結果のみ

自動化によってチェックできるのは、あらかじめ定義された期待結果によって検証可能な実行結果だけである, 探索的テストを自動化に置き換えることはできない

不適切なアーキテクチャ, 規約の遵守不足, 不十分なドキュメント, 構成管理の欠如

テスト自動化ソリューションに含まれるテストスクリプトやテストウェアは、システムやアプリケーションが変更された際に適切に更新される必要がありますが、この維持作業に必要な工数が過小評価されることが多いです。, 頻繁に変更が加わるシステムでは、テストスクリプトの維持が大きな負担になることがあります。, テスト自動化の設計や実装が適切でない場合、またはコード規約やドキュメントが十分に整備されていない場合、テストスイートが拡張されたり変更されたりする際に、重大な問題が発生する可能性があります。, テストスクリプトやテストデータのバージョン管理が不十分であると、変更の追跡が難しくなり、テストの信頼性が低下するリスクがあります。

TAS（テスト自動化システム）は、SUTの変更に迅速に対応し、常に正確なテスト結果を提供します。

テスト自動化の分野では、技術的なコンセプトが一般的な標準に従うことがほとんどありません。

すべての手動テストを自動化できない, 自動化によってチェックできるのは、ツールが解釈できる結果のみ

自動化によってチェックできるのは、あらかじめ定義された期待結果によって検証可能な実行結果だけである, 探索的テストを自動化に置き換えることはできない

テストオラクル

SUT（System Under Test）内で期待される動作と実際の動作を正確に比較できる。