テスト自動化

テスト自動化のポイント

テスト自動化を行ううえでの重要なポイントのひとつに、「どのテストを自動化するかの判断」があります。

まずはじめに、「コンポーネントテスト」を優先的に自動化することが、テスト自動化の基本となります。個々のプログラムの動きをテストするコンポーネントテストであれば自動化による処理がすぐに終わり、その後の工程での手戻りも防げるためです。

コンポーネントテストだけでは発見できない不具合は、複数のプログラムを組み合わせたうえで動作を確認する「結合テスト」や、実際の使用感をテストする「UIテスト」 で発見します。

しかし、結合テストやUIテストを自動化すると、処理が膨大になる可能性があります。それにより、自動化することでかえって工数を増やすケースも想定されます。
そのためテスト自動化を行う際は自動テスト構築の前に、実行頻度や自動化の生産性が高くなる箇所を見極める、フィージビリティスタディが重要になります。

テスト自動化が失敗につながる4つの要因

効率化に有効なテスト自動化でも、以下のケースであれば失敗につながりやすいため注意が必要です。

1つ目は、そもそもテスト対象のソフトウェアが自動化に適していないケースです。無理に自動化すると、成果に対しコストが釣り合わなくなります。

2つ目は、プログラムの記述が自動化を想定していないケースです。ソフトウェア自体は自動化に適していても、プログラムが自動化を想定していなければテスト自動化の実装に時間がかかることもあります。

3つ目は、テスト自動化のスクリプトが仕様変更を想定していないケースです。ソフトウェア側に問題がなくても、仕様変更に弱く変更の度に大幅な書き換えが必要となれば自動化の意味がなくなります。

4つ目は、テスト自動化のスクリプトを書き始めるタイミングが早すぎるケースです。開発後半に工数が逼迫することを考えて早期にテストスクリプトを作成しようとすると、開発が進むごとに仕様が変更され、変更に対応するためにスクリプト作成が手戻りすることになります。そのため、システムの仕様が確定した機能からテスト自動化が必要になります。

他にも、「スクリプト量産時のリソース不足」「保守体制が不十分」「自動テストのみだと不具合発見に漏れがある」などテスト自動化が失敗につながるケースは多々あります。

こういったケースを回避するためには、コストメリットと効果を見定めるためフィージビリティスタディを行うなどテストの自動化が本当に必要かどうかの見極めや、適切なツールの選定、またテスト自動化を行った後も継続運用を行うための基盤となる体制や人的リソースの確保が重要になります。