ぼくのかんがえた最強のテスト分類

テスト視点 - 誰がいつ行うか

テスト視点の分類には、以下の3つのテストがあります。

• 開発者テスト
• リリーステスト (QAテスト)
• 受け入れテスト

開発者テストは、開発者自身が開発中に行うテストです。コードを書いたら prove する、というのがまさしくこれですね。モジュール書いたら開発者テストをしてくださいね！

リリーステストは、読んで字のごとく「リリースするよ！」の時に行うテストです。QAとして開発者以外の第3者が行うことが多いかと思います。

受け入れテストも名前はよく聞きますよね。これはソフトウェアの受け渡し先で実施するテストで、大体は「納品先のお客様」が行う前提で話されることが多いですね。

テスト視点の分類は、誰がテストするかによる違いもそうですが、言い換えれば開発プロセスのどのタイミングで行うかの違いも同時に表しているのが特徴です。

テスト対象 - 何をテストするか

次はテスト対象での分類です。テストの対象物がどの大きさなのかで分かれています。

• 単体テスト
• 結合テスト

単体テストや結合テストという表現はよく目にしますが、他にも統合テストとか総合テストといった表現が出てくる場合もあると思います。単体テストは対象が1つなのだとわかりますが、結合・統合・総合は何が違うのかわかりにくいと思います。というか僕はよくわからなかったので、あえて単体テストと結合テストの2つだけで区別しています！

ただ単体テストや結合テストと言うだけではイマイチわかりにくいので、モジュール単体テスト/モジュール結合テスト、アプリケーション単体テスト/アプリケーション結合テスト、というように規模感を表す接頭語をつけるとよりわかりやすくなっていいですね！

テスト技法

これはいわゆるテストの書き方です。

• ホワイトボックステスト
• ブラックボックステスト

内部構造を知った上でそれを利用してテストを書くのがホワイトボックスで、逆に内部にはまったく関知せず、入力と出力に特化してテストを書くのがブラックボックスですね。

いわゆる「モックを当てる」みたいなテストはホワイトボックスの代表例ですね。今やこういう書き方も当たり前になりましたね！

なお、両方の特性を持ったグレーボックスというのもあるみたいなんですが、意味が曖昧になるので入れませんでした。

テスト目的

最後はテスト目的です。言うなれば何を知りたくてテストするのか、という感じですね。

• 機能テスト
• 非機能テスト

大きく分けると、ソフトウェアの機能（〜〜できるっていうアレ）をテストする機能テストと、性能面などの非機能と言われる部分をテストする非機能テストの2つですね。

非機能テストは更にパフォーマンステスト/負荷テストなどに細分類できますが、ここではその詳細は省略します。