結合テスト仕様書の書き方｜総合テスト・受入テストとシナリオの作り方

当サイトの記事は編集部が国土交通省・IPA・デジタル庁などの公的機関の情報、規格や業界団体の公開情報を調べて独自に執筆しています。記事内にIT・Webエンジニアの転職サービスへの案内（広告）を含みます。

結合テスト仕様書とは？単体テストとの違い

例えば、注文を受ける部品と在庫を減らす部品があるとします。どちらも単体テストでは合格でも、つないだ時に数量の受け渡しがずれていれば、在庫は正しく減りません。

こうした「つなぎ目のずれ」を見つけるのが結合テストです。テストの国際的な資格の体系であるJSTQBのシラバス（Version 2023V4.0.J02）でも、テストの段階にコンポーネント統合テストを挙げています。

単体テストの書き方は単体テスト仕様書の書き方で紹介しています。

テストの段階は4つ：誰が何を確かめるか

『結合テストと総合テストとシステムテスト、どこが違うの？』と迷いますよね。そこで編集部では、テストの段階を4つに分けて、誰が何を確かめるかを表にしてみました。

デジタル庁のデジタル・ガバメント推進標準ガイドライン（DS-100）では、開発する事業者に「単体テスト、結合テスト及び総合テスト」のテスト計画書の案を求めています。計画書には、テストシナリオ作成基準や合否判定基準などを書くこととされています。

同じガイドラインでは、発注側が行う受入テストには、システムを使う人も参加するとされています。受け入れの段階だけは、確かめる人が発注側に変わるんです。

受入テストにもいくつかの形がある

JSTQBのシラバスでは、受け入れテストの主な形として、ユーザー受け入れテスト（UAT）、運用受け入れテスト、契約および規制による受け入れテスト、アルファテストとベータテストを挙げています。

『受入テストって、使う人が触ってみるだけじゃないの？』と思った方もいますよね。実は、運用する担当者の目線や、契約で決めた条件を確かめる受け入れもあるんです。

受入テスト仕様書を作る時は、どの形の受け入れなのかを最初に書いておくと、項目の選び方がぶれません。

結合テスト仕様書の書き方：シナリオで作る

結合テストの項目を、画面ごとにばらばらに書いていくと、つなぎ目の確認が抜けがちです。そこで、業務の流れを先に書き出してみましょう。

結合テスト仕様書の記入例

編集部が作った架空の例で、「注文から出荷の指示まで」のシナリオを書いてみますね。

前の項目の結果が、次の項目の前提になっているのがポイントです。こうすると、どのつなぎ目でずれたかがすぐ分かります。

シナリオは何本作ればいい？

『シナリオを何本書けば足りるのか分からない』という声もよく聞きます。決まった本数はありませんが、目安になる考え方はあります。

基本設計書にある業務の流れを、まず1本ずつシナリオにします。そのうえで、流れの途中で分かれ道がある所は、分かれた先ごとにシナリオを足していきます。

組み合わせを全部書こうとすると、本数が膨らみすぎてしまいます。分かれ道ごとに少なくとも1回は通る、という考え方で絞るのが現実的ですよ。

正常系と異常系を両方入れる

シナリオには、最後まで正常に流れる道（正常系）と、途中で止まる道（異常系）の両方を入れます。記入例の注文-04は、在庫が足りずに途中で止まる道です。

総合テスト・システムテスト・受入テストの仕様書のテンプレート

テンプレートの列は、段階ごとに少しずつ変わります。主な違いを並べてみますね。

総合テスト仕様書のテンプレートを作る時は、要件定義書の要件ごとに「どのシナリオで確かめたか」を書く列を足しておくと、確かめ漏れが分かります。

受入テスト仕様書のテンプレートでは、操作の言葉を業務の言葉で書くのがコツです。IPAの共通フレーム2013のガイダンスでも、受入れテストの内容、体制、スケジュールなどを明確にした受入れテスト計画書を文書化することが望ましい、とされています。

結合テスト仕様書でよくある相談

知恵袋で多く読まれている相談を、内容を要約して答えてみますね。

相談1：単体・結合・システムテストの仕様書の書き方が分からない

『テストの段階ごとに、仕様書をどう書き分ければいいか分からない』という相談です。とても多くの人に読まれています。

結論から言うと、どの段階でも「前提・入力・期待結果」を書くのは同じです。変わるのは、確かめる範囲と元にする書類です。先ほどの4つの段階の表を手元に置いておくと、迷いにくくなりますよ。

相談2：正常系と異常系は英語で何と言う？

『英語で結合テスト仕様書のテンプレートを作っていて、正常系と異常系の言い方に迷う』という相談です。

英語の資料では、正常系を positive test、異常系を negative test と書く例がよく見られます。チームの中で呼び方を1つに決めて、テンプレートの凡例に書いておくと安心です。

相談3：初めての現場で、結合テスト仕様書を作ることになった

『研修を終えて初めての現場に入り、いきなり結合テスト仕様書を作ることになった』という相談です。

不安になるのは自然なことです。まずは基本設計書を読み、業務の流れを1本だけ書き出してみてください。書き出した流れを先輩に見せて、「この流れで合っていますか？」と聞くところから始めれば十分です。

相談4：単体テストと結合テストで、見る所の違いがあいまい

『テスト項目を立てているけれど、単体テストと結合テストでどこを見ればいいのか線引きに迷う』という相談です。

目安は「部品の中」か「部品と部品の間」かです。部品の中の計算や判定は単体テストで、部品から部品へ値が渡った後の状態は結合テストで確かめます。

例えば送料の計算そのものは単体テスト、計算した送料が注文の合計に正しく足されて画面に出るかは結合テスト、と分けて考えてみてください。同じことを両方で確かめていたら、どちらか一方に寄せると項目がすっきりします。

テストの経験は、上流の仕事への入り口にもなる

結合テストや総合テストの仕様書を書くと、業務の流れと設計のつながりが見えてきます。今の現場で設計に関わる機会を増やすのも、資格を取ってから動くのも、どちらもよい道です。

今の担当工程から一歩進みたい方は、求人の仕事内容を比べてみると、どんな経験が評価されるかが見えてきます。

結合テストの元になる基本設計書は基本設計書とは？書く項目と書き方で紹介しています。

よくある質問

まとめ

あわせて読みたい

テスト仕様書とは？書き方・項目とテンプレートの使い方

単体テスト仕様書の書き方｜テスト項目の作り方とテンプレート

仕様書とは？意味と目的、設計書・要件定義書との違い