「単体テストのUI部分のテスト項目と結合テストのテスト項目が一緒になっちゃうんですけど・・」
とかいう話を聞くが、「なぜ一緒になるのか」とか、「どこに違いがあるのか」については、
学校でも、職場でも教えてもらえないような気がする。
ので、単体テスト項目と、結合テスト項目を書いて説明してみる。
そうすると、これは、「テスト項目合成の話」ということが分かると思う。
■お題
・以下のWebシステムの単体・結合テスト項目を考える
画面Aは、表示後、項目a,bを入力し、ボタンAをクリックすると、
サーバーのサービス１とサービス２にアクセスし、
サービス１，２が正常終了すると、画面Bを表示する
サービス１，２ともに正常終了しないと、エラーメッセージを表示する
サービス１は、DB１を検索し、項目a,bのレコードが存在すればOK、ない・異常時 エラー
サービス２は、DB２に項目a,b,現在時刻cをキーとするレコードを生成できればOK、異常時 エラー
（例：画面A：ログイン画面、a=ユーザー名、b=パスワード、ボタンA＝ログイン、
画面B：メニュー、サービス１：ログインチェック、サービス２：ログイン初期化
DB１＝ユーザーテーブル DB2＝セッションテーブル）
■単体テスト【C0,C1,100%】
・画面のポイント
画面Aの単体テスト
画面Aがa,bからで表示されるときを平常状態、
イベントが上がったら、（平常状態からの）分岐と考える。
各項目の入力チェックは、
チェック自体は別関数をつかわず（C0項目にはならない）
結果はOK,NGのみ→C1項目
ボタンAクリック後、
入力チェック
サービス１実行
サービス２実行
となる（C1)。各ステップで、OK、NGの２種類がある。
・サーバー側（サービス）について
マイクロサービス化されていて、
サービス１、２とも、正常、異常の分岐しかないとする→C1項目
「テストでのC0、C1、C2に対応した仕様書の書き方」って、学校で教えないよね
https://blog.goo.ne.jp/xmldtp/e/55d32a4a623e92481567a9b477521556
に書いた感じで、合成した状態で書いてみる
テスト項目１
テスト観点：画面A表示(C0 & C1正常）
テスト条件：特になし（初期状態）
テスト内容：画面Aが表示されている
テスト項目２
テスト観点：画面A 項目a入力（フォーカス喪失イベント） ：正常(C1)
テスト条件：画面A表示
テスト内容：項目aに適切な値を入力、タブを入力
テスト項目３
テスト観点：画面A 項目a入力（フォーカス喪失イベント） ：異常(C1)
テスト条件：画面A表示
テスト内容：項目aになにも入力しないで、タブを入力
→項目aの字種チェック（不適切な値入力）等は、ここにテスト項目が追加されるが、今回はその話題
ではないので省略
テスト項目４
テスト観点：画面A 項目b入力（フォーカス喪失イベント） ：正常(C1)
テスト条件：画面A表示
テスト内容：項目bに適切な値を入力、タブを入力
テスト項目５
テスト観点：画面A 項目b入力（フォーカス喪失イベント） ：異常系(C1)
テスト条件：画面A表示
テスト内容：項目bになにも入力しないで、タブを入力
→項目bの字種チェック（不適切な値入力）等は、ここにテスト項目が追加されるが、今回はその話題
ではないので省略
テスト項目７
テスト観点：画面A ボタンA（クリックイベント）(c0) ＆入力チェック正常(C1)
テスト条件：画面A表示、項目a,bに適切な値を入力
テスト内容：ボタンAをクリックして、入力チェックを行う
予測結果：サービス１を呼び出す（ログ確認）
※ここは合成したけど、合成しないほうがふつうかなあ～
テスト項目８
テスト観点：画面A ボタンA（クリックイベント） ：入力チェック異常(C1)
テスト条件：画面A表示、項目a,bに「不適切」な値を入力（または入力しない）
テスト内容：ボタンAをクリックして、入力チェックを行う
予測結果：エラー表示
テスト項目９
テスト観点：画面A ボタンA（クリックイベント）：サービス１正常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力し、ボタンAをクリックして、入力チェック正常で通過
（スタブ利用する場合、サービス１に正常値がかえるように設定）
テスト内容：サービス１を呼び出す
予測結果：サービス２を呼び出す（ログ確認）
テスト項目１０
テスト観点：画面A ボタンA（クリックイベント）：サービス１異常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力し、ボタンAをクリックして、入力チェック正常で通過
（スタブ利用する場合、サービス１に異常値がかえるように設定）
テスト内容：サービス１を呼び出す
予測結果：エラー表示
テスト項目１１
テスト観点：画面A ボタンA（クリックイベント）：サービス２正常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力、ボタンAクリック、入力チェック・サービス１正常で通過
（スタブ利用する場合、サービス２に正常値がかえるように設定）
テスト内容：サービス２を呼び出す
予測結果：画面B表示
テスト項目１２
テスト観点：画面A ボタンA（クリックイベント）：サービス２異常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力、ボタンAクリック、入力チェック・サービス１正常で通過
（スタブ利用する場合、サービス２に異常値がかえるように設定）
テスト内容：サービス２を呼び出す
予測結果：エラー表示
※画面Bの話は、今回は関係ないので省略
サービス１の単体項目は、１０１から採番することにします。
テスト項目１０１
テスト観点：正常(C1)
テスト条件：特になし
テスト内容：適切なパラメータを設定して、サービス１を実行する
予測結果：正常値を返す
テスト項目１０２
テスト観点：異常(C1)
テスト条件：特になし
テスト内容：不適切なパラメータを設定して、サービス１を実行する
予測結果：異常値を返す
→実際には異常値には、DBエラーとか、該当件数０件のときとかいろいろあるけど、今回は、
話を簡単にするため省略（「お題」で、そういう単純ケースを設定した）
サービス２の単体項目は、２０１から採番することにします。
テスト項目２０１
テスト観点：正常(C1)
テスト条件：特になし
テスト内容：適切なパラメータを設定して、サービス２を実行する
予測結果：正常値を返す。DB2が更新される
テスト項目２０２
テスト観点：異常(C1)
テスト条件：特になし
テスト内容：不適切なパラメータを設定して、サービス２を実行する
予測結果：異常値を返す
→実際には異常値には、DBエラーとか、該当件数０件のときとかいろいろあるけど、今回は、
話を簡単にするため省略（「お題」で、そういう単純ケースを設定した）
■結合テストの合成について
画面から行うものとする。
そうすると、テスト項目７「ボタンAをクリックして、入力チェックを行う」は、その後
テスト項目９→テスト項目１０１→テスト項目１１→テスト項目２０１
と進むので、結合テストでは、テスト項目７が
テスト項目７
テスト観点：画面A ボタンA（クリックイベント）(c0)
テスト条件：画面A表示、項目a,bに適切な値を入力
テスト内容：ボタンAをクリック
予測結果：画面Bを表示、DB２が更新される
（ログで、サービス１、２が起動されていることを確認する場合も多い）
となる。そして、テスト項目９、テスト項目１０１、テスト項目１１、テスト項目２０１は、
結合テストでは書かれない（結合してしまった場合、これらを単体では調べられないため）
→消すというのは原則：残る場合もある。それについては、別にまた今度かく
■単体テストのUI部分のテスト項目と結合テストのテスト項目が一緒になる場合/違う箇所
このように、画面から操作して結合テストを行う場合、
・クリックするというテストの操作までは単体と結合で、項目は一緒になる。
・しかし、その後、サーバーアクセスを行って何か処理をする場合、
テストの操作に対する項目の予測結果は、DB更新など、サーバ処理結果が追加される
・画面から操作し、エラー表示など、画面で完結してしまう場合は、
テストの操作に対する項目の予測結果まで一致する（単体とまったく同じ項目になる）
→テスト項目自体が省略可能となる。
ここで、異常系の合成は、実は問題が起こる。それが「実行不能」問題になるんだけど、
話が長くなるので、また別の機会で・・
また、「結合テストの合成」のところでも、別の機械で・・と書いたので、気が向いたら、その辺をいつかかく。
P.S むかし、こんなの書いてたのでメモ
単体テスト、結合テスト、総合テストの違い
https://blog.goo.ne.jp/xmldtp/e/109e2e397ff8484af0b8ab1a5c1d040e
とかいう話を聞くが、「なぜ一緒になるのか」とか、「どこに違いがあるのか」については、
学校でも、職場でも教えてもらえないような気がする。
ので、単体テスト項目と、結合テスト項目を書いて説明してみる。
そうすると、これは、「テスト項目合成の話」ということが分かると思う。
■お題
・以下のWebシステムの単体・結合テスト項目を考える
画面Aは、表示後、項目a,bを入力し、ボタンAをクリックすると、
サーバーのサービス１とサービス２にアクセスし、
サービス１，２が正常終了すると、画面Bを表示する
サービス１，２ともに正常終了しないと、エラーメッセージを表示する
サービス１は、DB１を検索し、項目a,bのレコードが存在すればOK、ない・異常時 エラー
サービス２は、DB２に項目a,b,現在時刻cをキーとするレコードを生成できればOK、異常時 エラー
（例：画面A：ログイン画面、a=ユーザー名、b=パスワード、ボタンA＝ログイン、
画面B：メニュー、サービス１：ログインチェック、サービス２：ログイン初期化
DB１＝ユーザーテーブル DB2＝セッションテーブル）
■単体テスト【C0,C1,100%】
・画面のポイント
画面Aの単体テスト
画面Aがa,bからで表示されるときを平常状態、
イベントが上がったら、（平常状態からの）分岐と考える。
各項目の入力チェックは、
チェック自体は別関数をつかわず（C0項目にはならない）
結果はOK,NGのみ→C1項目
ボタンAクリック後、
入力チェック
サービス１実行
サービス２実行
となる（C1)。各ステップで、OK、NGの２種類がある。
・サーバー側（サービス）について
マイクロサービス化されていて、
サービス１、２とも、正常、異常の分岐しかないとする→C1項目
「テストでのC0、C1、C2に対応した仕様書の書き方」って、学校で教えないよね
https://blog.goo.ne.jp/xmldtp/e/55d32a4a623e92481567a9b477521556
に書いた感じで、合成した状態で書いてみる
テスト項目１
テスト観点：画面A表示(C0 & C1正常）
テスト条件：特になし（初期状態）
テスト内容：画面Aが表示されている
テスト項目２
テスト観点：画面A 項目a入力（フォーカス喪失イベント） ：正常(C1)
テスト条件：画面A表示
テスト内容：項目aに適切な値を入力、タブを入力
テスト項目３
テスト観点：画面A 項目a入力（フォーカス喪失イベント） ：異常(C1)
テスト条件：画面A表示
テスト内容：項目aになにも入力しないで、タブを入力
→項目aの字種チェック（不適切な値入力）等は、ここにテスト項目が追加されるが、今回はその話題
ではないので省略
テスト項目４
テスト観点：画面A 項目b入力（フォーカス喪失イベント） ：正常(C1)
テスト条件：画面A表示
テスト内容：項目bに適切な値を入力、タブを入力
テスト項目５
テスト観点：画面A 項目b入力（フォーカス喪失イベント） ：異常系(C1)
テスト条件：画面A表示
テスト内容：項目bになにも入力しないで、タブを入力
→項目bの字種チェック（不適切な値入力）等は、ここにテスト項目が追加されるが、今回はその話題
ではないので省略
テスト項目７
テスト観点：画面A ボタンA（クリックイベント）(c0) ＆入力チェック正常(C1)
テスト条件：画面A表示、項目a,bに適切な値を入力
テスト内容：ボタンAをクリックして、入力チェックを行う
予測結果：サービス１を呼び出す（ログ確認）
※ここは合成したけど、合成しないほうがふつうかなあ～
テスト項目８
テスト観点：画面A ボタンA（クリックイベント） ：入力チェック異常(C1)
テスト条件：画面A表示、項目a,bに「不適切」な値を入力（または入力しない）
テスト内容：ボタンAをクリックして、入力チェックを行う
予測結果：エラー表示
テスト項目９
テスト観点：画面A ボタンA（クリックイベント）：サービス１正常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力し、ボタンAをクリックして、入力チェック正常で通過
（スタブ利用する場合、サービス１に正常値がかえるように設定）
テスト内容：サービス１を呼び出す
予測結果：サービス２を呼び出す（ログ確認）
テスト項目１０
テスト観点：画面A ボタンA（クリックイベント）：サービス１異常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力し、ボタンAをクリックして、入力チェック正常で通過
（スタブ利用する場合、サービス１に異常値がかえるように設定）
テスト内容：サービス１を呼び出す
予測結果：エラー表示
テスト項目１１
テスト観点：画面A ボタンA（クリックイベント）：サービス２正常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力、ボタンAクリック、入力チェック・サービス１正常で通過
（スタブ利用する場合、サービス２に正常値がかえるように設定）
テスト内容：サービス２を呼び出す
予測結果：画面B表示
テスト項目１２
テスト観点：画面A ボタンA（クリックイベント）：サービス２異常(C1)
テスト条件：画面A表示項目a,bに適切な値を入力、ボタンAクリック、入力チェック・サービス１正常で通過
（スタブ利用する場合、サービス２に異常値がかえるように設定）
テスト内容：サービス２を呼び出す
予測結果：エラー表示
※画面Bの話は、今回は関係ないので省略
サービス１の単体項目は、１０１から採番することにします。
テスト項目１０１
テスト観点：正常(C1)
テスト条件：特になし
テスト内容：適切なパラメータを設定して、サービス１を実行する
予測結果：正常値を返す
テスト項目１０２
テスト観点：異常(C1)
テスト条件：特になし
テスト内容：不適切なパラメータを設定して、サービス１を実行する
予測結果：異常値を返す
→実際には異常値には、DBエラーとか、該当件数０件のときとかいろいろあるけど、今回は、
話を簡単にするため省略（「お題」で、そういう単純ケースを設定した）
サービス２の単体項目は、２０１から採番することにします。
テスト項目２０１
テスト観点：正常(C1)
テスト条件：特になし
テスト内容：適切なパラメータを設定して、サービス２を実行する
予測結果：正常値を返す。DB2が更新される
テスト項目２０２
テスト観点：異常(C1)
テスト条件：特になし
テスト内容：不適切なパラメータを設定して、サービス２を実行する
予測結果：異常値を返す
→実際には異常値には、DBエラーとか、該当件数０件のときとかいろいろあるけど、今回は、
話を簡単にするため省略（「お題」で、そういう単純ケースを設定した）
■結合テストの合成について
画面から行うものとする。
そうすると、テスト項目７「ボタンAをクリックして、入力チェックを行う」は、その後
テスト項目９→テスト項目１０１→テスト項目１１→テスト項目２０１
と進むので、結合テストでは、テスト項目７が
テスト項目７
テスト観点：画面A ボタンA（クリックイベント）(c0)
テスト条件：画面A表示、項目a,bに適切な値を入力
テスト内容：ボタンAをクリック
予測結果：画面Bを表示、DB２が更新される
（ログで、サービス１、２が起動されていることを確認する場合も多い）
となる。そして、テスト項目９、テスト項目１０１、テスト項目１１、テスト項目２０１は、
結合テストでは書かれない（結合してしまった場合、これらを単体では調べられないため）
→消すというのは原則：残る場合もある。それについては、別にまた今度かく
■単体テストのUI部分のテスト項目と結合テストのテスト項目が一緒になる場合/違う箇所
このように、画面から操作して結合テストを行う場合、
・クリックするというテストの操作までは単体と結合で、項目は一緒になる。
・しかし、その後、サーバーアクセスを行って何か処理をする場合、
テストの操作に対する項目の予測結果は、DB更新など、サーバ処理結果が追加される
・画面から操作し、エラー表示など、画面で完結してしまう場合は、
テストの操作に対する項目の予測結果まで一致する（単体とまったく同じ項目になる）
→テスト項目自体が省略可能となる。
ここで、異常系の合成は、実は問題が起こる。それが「実行不能」問題になるんだけど、
話が長くなるので、また別の機会で・・
また、「結合テストの合成」のところでも、別の機械で・・と書いたので、気が向いたら、その辺をいつかかく。
P.S むかし、こんなの書いてたのでメモ
単体テスト、結合テスト、総合テストの違い
https://blog.goo.ne.jp/xmldtp/e/109e2e397ff8484af0b8ab1a5c1d040e
アクセス
トータル
ランキング
