テスト種別と V 字モデル

テストレベル (単体・結合・システム・受入) と V 字モデルの対応を押さえます。

鳴海 理央

テストレベルは 単体テスト?
→ 結合テスト?
→ システムテスト?
→ 受入テスト?
の順に粒度が上がります。

砂原 ニコ

結合テストって、いろんなやり方があるって聞いたよ…

緒方 ナオミ 先生

そうそう。
トップダウン (上位から、スタブで下位代用)・ボトムアップ (下位から、ドライバで上位代用)・サンドイッチ (両端から)・ビッグバン (全体一気) の4方式があるのよ。

藤咲 まりあ

回帰テスト?
って何ですかぁ?

鳴海 理央

Regression Test ですね。
変更で既存機能に影響がないかを確認するテストで、CI/CD の自動テストの中心はこれです。

緒方 ナオミ 先生

AP では『この説明はどのテスト種別か』『スタブとドライバの違い』が頻出ということね。

障害の見つかる範囲でテストレベルを判定する

会員登録機能を例に、検証範囲を広げてみます。入力値検査関数だけを確認するのは単体テスト、画面から会員API、データベースまでの受渡しを確認するのは結合テストです。メール送信や性能、障害復旧も含むサービス全体を仕様どおりに確認するのはシステムテスト、実際の利用者が業務シナリオと受入条件に照らして検収するのは受入テストです。設問では「誰が行うか」だけに頼らず、検証対象の境界と判定基準を先に探します。

スタブとドライバを呼出方向で見分ける

トップダウンでは上位モジュールから試すため、まだ存在しない下位モジュールの応答を返すスタブが必要です。ボトムアップでは下位モジュールから試すため、それを呼び出す上位側の代役であるドライバを使います。「呼ばれる下位の代役＝スタブ」「呼び出す上位の代役＝ドライバ」と動詞で覚えると逆転しません。ビッグバン方式は代用品を減らせますが、全体を一度に結合するため障害箇所の切分けが難しくなります。

変更後に以前の機能が壊れていないかを再確認するのが回帰テストです。修正箇所そのものが直ったかを確かめる再テストと混同しないようにします。典型誤答は「トップダウンだから上位を代用する」と名称だけで推測すること、また受入テストを単に最後のシステムテストと捉えることです。前者は未完成側、後者は判定主体と受入条件を確認すれば除外できます。