QAエンジニアが知っておくべき様々なテストの種類

Tweet

Pocket

様々なシステムテスト

システム開発では、開発が完了すると様々なテストを実施して品質を向上していきます。しかし、テストといってもどのようなテスト方法があるのかわからない方もいるでしょう。ここでは、一般的なテストの種類について解説します。それぞれのテストで目的は異なるため、ケースの作り方や実施方法も違ってきます。

単体テスト

文字通り、プログラムを単体で動作させ、正常に動作するかどうかをテストします。単体テストはUT(Unit Test)と略されることもあります。最近の開発ではライブラリやAPIなどを組み合わせてシステムを作り上げることが増えています。そのため、プログラム単体ではなく、機能単体でテストすることが多く、通常は、単体の機能をテストする意味で使われます。なお、ライブラリやAPIなどは共通部品としていろいろなプログラムから使われるので、その限りではありません。
単体テストは、プログラミングを担当したプログラマ自身で行うことも多いようです。

結合テスト

一般的に、IT(Integration Test)やJT(Joint Test)と略されます。
結合テストは、複数のプログラムを結合して一連の動作について正常性を確認するためのテストです。結合する規模などによって様々なフェーズにわけることができます。通常は、「モジュール間結合テスト」、「サブシステム内結合テスト」、「サブシステム間結合テスト」、「外部システム結合テスト、周辺システム結合テスト」といったフェーズにわけることが多いようです。

総合テスト、システムテスト

総合テストは PT(Product Test)やST(System Test)と略されます。
このテストの目的は、開発したシステムが要件や仕様をみたしているかを確認することです。通常、このテストが納品前の最終テストとなります。SIerが実施することもあります。サブシステムがある場合は、サブシステムを開発した会社も共同で実施します。そのため、システムが大規模になればなるほどテスト工程も増え、大変なものになります。バッチ処理がある場合は、全システムの時刻設定を変えテストすることもあります。

ユーザテスト、運用テスト

これまでのテストをパスすると開発が完了したこととなり、システムがユーザへ納品されます。その際、主にユーザが受け入れテストとして行うのが、ユーザテストです。実際の業務に即しているか、要求仕様通りに動作するかなどをチェックします。ユーザがITシステムに不慣れである場合には、ベンダーや開発会社が代わりにテストすることもあります。
このようなテストを何度もパスしてユーザ側の確認もパスすることでやっとシステムは検収をパスするのです。