第3章：テスト技法

ブラックボックステスト技法と経験ベースのテスト技法を使い分け、仕様からテストケースとカバレッジを導く。

問題1

入力値 score は整数で、仕様は次のとおりである。

• 0〜59：不合格
• 60〜79：合格
• 80〜100：優秀
• 0未満、100超、整数以外：入力エラー

単一パラメーターについて、すべての同値パーティションを 1 回以上テストする場合、最小テストケース数はいくつか。

1. 3
2. 4
3. 5
4. 6

問題2

次のルールを持つ処理を考える。

• 条件A：カードが有効か
• 条件B：PIN が正しいか
• A が偽なら、B に関係なく「支払い拒否」
• A が真かつ B が真なら「支払い許可」
• A が真かつ B が偽なら「支払い拒否」

条件値の組み合わせを整理し、関係のない条件を - として簡単化した場合、最小ルール数はいくつか。

1. 1
2. 2
3. 3
4. 4

問題3

次の状態遷移モデルを考える。

stateDiagram-v2
    [*] --> 未ログイン
    未ログイン --> 未ログイン: ログイン失敗
    未ログイン --> ログイン済み: ログイン成功
    ログイン済み --> 未ログイン: ログアウト

初期擬似状態から「未ログイン」へ入る初期化遷移を除き、業務イベントによる遷移について 100% の 0 スイッチ（遷移）カバレッジを達成するために、少なくともカバーすべき遷移の数はいくつか。

1. 1
2. 2
3. 3
4. 4

問題4

3 個の 2 値パラメーター A、B、C について、次のテストセットは 100%ペアワイズカバレッジを満たすか。

1. 満たさない。A-B のペアが不足する
2. 満たさない。A-C のペアが不足する
3. 満たさない。B-C のペアが不足する
4. 満たす

問題5

あるユースケースに、基本フロー 1 個、互いに同時実行できない代替フロー 2 個、エラー処理 2 個がある。各フローを別々のテストケースでカバーする場合、最小テストケース数はいくつか。

1. 2
2. 3
3. 4
4. 5

問題6

次の状況で、最も適切な技法を選びなさい。

予約人数によって「1〜4名」「5〜9名」「10名以上」で料金が変わる。特に料金区分の切り替わりに誤りがないかを確認したい。

1. 状態遷移テスト
2. ペアワイズテスト
3. 境界値分析
4. 欠陥ベースのテスト

問題7

探索的テストをタイムボックスで実施する。テストセッションを開始する際に、最初に用意すべきものとして最も適切なものを選びなさい。

1. すべての画面操作を固定した詳細スクリプト
2. セッションの目的・範囲・成果物を示すテストチャーター
3. テスト対象のソースコードの完全なコピー
4. 乱数だけで生成したテストデータ

問題8

欠陥ベースのテスト技法とブラックボックステスト技法の違いとして正しいものを選びなさい。

1. 欠陥ベースは仕様から、ブラックボックスは欠陥分類法から導く
2. 欠陥ベースは欠陥分類法から、ブラックボックスは仕様やモデルから導く
3. 欠陥ベースはシステムテストでしか使えず、ブラックボックスは他のレベルで使えない
4. 2 つの技法は同じなので、組み合わせる必要はない

問題9

2 つの独立したパラメーターについて、次のパーティションがある。

• A：有効 3 個、無効 2 個
• B：有効 2 個、無効 1 個

有効パーティションは単純カバレッジ、無効パーティションは他の値を有効にして 1 つずつ単独でテストする場合、最小ケース数はいくつか。

1. 3
2. 5
3. 6
4. 8

問題10

入力欄は正数と負数を受け付けるが、正数と負数で処理が異なる。ゼロは受け付けない。この場合のパーティションとして最も適切なものを選びなさい。

1. 数値と数値以外の 2 個だけ
2. 正数、負数、ゼロ、数値以外
3. すべての数値を 1 個のパーティション
4. 正数と負数だけ。ゼロは無視する

問題11

金額の有効範囲が 1.00〜10.00 で、小数第 2 位まで入力できる。2 値法で下限と上限を確認するテストデータとして適切なものを選びなさい。

1. 1.00, 10.00
2. 0.99, 1.00, 10.00, 10.01
3. 0, 1, 10, 11
4. 1.01, 9.99

問題12

次のうち、境界値分析を適用しやすいものを選びなさい。

1. ビジネス上の順序がない色の名称
2. 配列の最大要素数
3. 任意の文章の意味の良さ
4. チームメンバーの所属部署名

問題13

デシジョンテーブルをレビューする観点として、最も適切な組み合わせを選びなさい。

1. ルールが重複していない、実現可能な組み合わせを網羅している、意図した動作を表している
2. ルール数が必ず最大である、入力値がすべて同じ、期待結果が不要
3. 条件だけがあり、アクションは不要
4. 実現不可能なルールも必ず実行する

問題14

デシジョンテーブルの条件が「年収 > 100,000：真」となっている。テストケースを作る際の説明として最も適切なものを選びなさい。

1. 条件値の「真」をそのまま入力欄に入力する
2. 条件を満たす具体的な顧客データを作り、期待結果を定義する
3. 条件を満たすデータは作れないため、ルールを削除する
4. 条件が真なら期待結果は不要である

問題15

状態遷移テストで検出しやすい欠陥として、最も不適切なものを選びなさい。

1. 初期状態が誤っている
2. 無効な遷移が実行できる
3. ガード条件が誤っている
4. ソースコードの変数名が規約と異なる

問題16

状態 A から B、C を経由して A に戻るループがある。ラウンドトリップカバレッジの説明として正しいものを選びなさい。

1. A から出る遷移だけを 1 回テストする
2. 状態を一度も訪問しない
3. 無効遷移だけをテストする
4. A から A に戻るループを、開始・終了状態ごとにテストする

問題17

クラシフィケーションツリーを使う際の注意点として最も適切なものを選びなさい。

1. クラスが増えても図の大きさは変わらない
2. ツリーが作られれば期待結果も必ず決まる
3. クラスが増えると図や組み合わせが大きくなり、完全なテストケースには追加情報が必要になる
4. ツリーは同値分割やペアワイズには使えない

問題18

OS とブラウザーの組み合わせに、Chrome は iOS ではサポートしないという制約がある。ペアワイズテストの入力を作る際に必要な対応として最も適切なものを選びなさい。

1. 制約を無視して全組み合わせを実行する
2. 両立不能な組み合わせを識別し、ツールやクラシフィケーションツリーに制約として反映する
3. OS をテスト対象から外す
4. ペアワイズを使えないため、テストを中止する

問題19

あるパラメーターが 10,000 個の値を持つ。ペアワイズテストの前に行うとよいこととして最も適切なものを選びなさい。

1. 10,000 個をすべて別パラメーターとして扱う
2. 他のパラメーターを削除する
3. 期待結果を定義しない
4. 同値分割法などで代表的な値やパーティションへ整理する

問題20

基本フローと代替フローが同一のテストケース内で互換性を持つ場合、最小テストスイートの設計として可能なことを選びなさい。

1. 代替フローをすべて削除する
2. 複数の代替フローを 1 つのテストケースへ組み込む
3. 基本フローをテストしない
4. エラー処理を常に無視する

問題21

ユースケースが性能テストのベースになる理由として、最も適切なものを選びなさい。

1. 実際のユーザーや外部システムのトランザクションを表すため
2. ユースケースには必ず性能値が含まれるため
3. ユースケースを使うと機能テストが不要になるため
4. ユースケースは画面デザインだけを表すため

問題22

エラー推測の適用例として最も適切なものを選びなさい。

1. 過去にパスワード処理で起きた欠陥を思い出し、異常な長さや文字を入力する
2. 要件に登場する値をすべて順番に入力する
3. 状態遷移表の全遷移を機械的に実行する
4. 仕様にない操作を禁止する

問題23

チェックリストベースドテストが特に適する状況として、最も適切なものを選びなさい。

1. 頻繁なリリースで、類似の確認を繰り返す
2. 期待結果がまったく定義できない
3. ソースコードの全分岐を測定したい
4. すべてのテストを一度だけ実行する

問題24

探索的テストで故障を再現しやすくするため、記録すべき情報として最も適切なものを選びなさい。

1. 使用した入力、操作、期待結果、実際の結果、環境
2. テスト担当者の名前だけ
3. セッションの開始時刻だけ
4. 画面の色だけ

問題25

欠陥ベースのテストで、欠陥分類法に 20 個の欠陥タイプがあり、そのうち 15 個を対象にテストした。分類アイテムの単純カバレッジは何 % か。

1. 15%
2. 20%
3. 75%
4. 80%

問題26

ユーザーインターフェースの欠陥を重点的に探す場合、欠陥ベースのテストで最初に考慮すべきものは何か。

1. UI 欠陥に適用できる分類法
2. プロジェクトと無関係な分類法
3. 期待カバレッジを定義しないこと
4. UI と関係のない性能メトリクスだけ

問題27

デシジョンテーブルで条件の組み合わせを整理した後、条件が数値範囲を持つ場合に追加すると効果的な技法を選びなさい。

1. 同値分割法や境界値分析
2. テストをすべて削除する
3. 状態遷移だけに限定する
4. 欠陥報告を行わない

問題28

入力 X と Y の同値パーティションが次のとおりである。

• X：有効 3 個、無効 2 個
• Y：有効 4 個、無効 1 個

有効パーティションは単純カバレッジ、無効パーティションは他方を有効にして 1 個ずつ単独でテストする。このときの最小ケース数を選びなさい。

1. 4
2. 5
3. 6
4. 7

問題29

整数の有効範囲が 10〜20 で、別の入力欄の有効範囲が 100〜200 である。両方に 3 値法を適用するテストデータの組み合わせとして適切なものを選びなさい。

1. 1 つ目は 9,10,11,19,20,21、2 つ目は 99,100,101,199,200,201
2. 1 つ目は 10,20、2 つ目は 100,200
3. 1 つ目は 8,9,10,20,21,22、2 つ目は 98,99,100,200,201,202
4. 1 つ目は 11,19、2 つ目は 101,199

問題30

次の業務ルールをデシジョンテーブルで表す。

• 会員でなく、購入額もクーポンも関係ない場合は割引なし
• 会員で購入額が 10,000 円以上なら、クーポンに関係なく 20%割引
• 会員で購入額が 10,000 円未満、かつクーポンありなら 10%割引
• 会員で購入額が 10,000 円未満、かつクーポンなしなら割引なし

関係のない条件を - として簡単化した最小ルール数はいくつか。

1. 1
2. 2
3. 3
4. 4

問題31

次の状態遷移モデルを考える。

stateDiagram-v2
    未認証 --> 未認証: 認証失敗
    未認証 --> 認証済み: 認証成功
    認証済み --> 未認証: タイムアウト
    認証済み --> 未認証: ログアウト

図に示された有効遷移の連続 2 遷移をすべてカバーする 1 スイッチカバレッジで、必要なシーケンス数はいくつか。

1. 4
2. 6
3. 8
4. 10

問題32

ログイン状態が「ロック中」のとき、一般ユーザーのログイン試行は無効と定義されている。状態遷移テストの設計として最も適切なものを選びなさい。

1. 有効遷移だけをテストし、ロック中のログイン試行は除外する
2. 無効遷移として、ロック状態が維持されることや適切なメッセージを確認する
3. ロック状態を初期状態にできないので、テストしない
4. すべての無効操作を成功扱いにする

問題33

クラシフィケーションツリーで、環境を「OS」と「ブラウザー」に分けた。iOS では Browser-X を利用できない。この情報をツリーに反映する目的として最も適切なものを選びなさい。

1. 実現不能な組み合わせを識別し、テスト対象の組み合わせを現実的にする
2. すべてのブラウザーを同じクラスにまとめる
3. 期待結果を自動的に確定する
4. OS のテストを不要にする

問題34

3 つの設定値の相互作用だけで発生する欠陥がある。ペアワイズテストを 100%実施しても検出できない可能性がある理由を選びなさい。

1. ペアワイズは任意の 2 パラメーター間を対象とし、3 パラメーター同時の相互作用を必ず網羅しない
2. ペアワイズは値を 1 つもテストしない
3. ペアワイズは状態遷移にしか使えない
4. ペアワイズでは制約を扱えない

問題35

ユースケースに、基本フロー、代替フロー A、エラー E がある。エラー E には「リトライ後に成功」と「リトライ上限で終了」という 2 つの結果がある。診断性を重視し、各振る舞いを分ける場合のケース構成として最も適切なものを選びなさい。

1. 基本、A、E の 3 ケースだけ
2. 基本、A、E の成功結果、E の上限結果の 4 ケース
3. 基本フローは不要で、E の 2 ケースだけ
4. すべてのケースを 1 件へ統合する

問題36

デシジョンテーブルで「配送地域が国内」「会員ランクがゴールド」という条件の組み合わせをカバーした。しかし、会員ランクには複数の値があり、それぞれで処理が異なる。追加すべき設計として最も適切なものを選びなさい。

1. 会員ランクの同値パーティションを識別し、必要な代表値を各ルールに適用する
2. 条件の組み合わせを確認済みなので、値の違いは無視する
3. すべての会員ランクを同じ値として扱う
4. デシジョンテーブルを削除する

問題37

仕様書が不完全で、リリースまで 2 日しかない。ただし、過去の障害記録と経験豊富な担当者がいる。追加テストの方針として最も適切なものを選びなさい。

1. 探索的テストやエラー推測をタイムボックスで行い、既存のブラックボックステストのギャップを補う
2. 仕様が不完全なので、テストを行わない
3. すべての値の全組み合わせを作る
4. 経験ベースのテストだけで、結果を記録しない

問題38

「会員種別」と「購入金額」の2パラメーターに同値分割を適用する。会員種別は一般・法人・未登録、購入金額は0未満・0以上1万円未満・1万円以上とするが、未登録は購入金額にかかわらず購入不可である。購入可否を確認する代表ケースの考え方として最も適切なものを選びなさい。

1. すべてのパーティションの直積を機械的に実行し、制約を無視する
2. 各パーティションを少なくとも代表し、未登録との組合せなど実現不可能なケースを明示して除外する
3. 会員種別だけをテストし、購入金額は一つの値に固定する
4. 有効パーティションだけを選び、無効パーティションはテストしない

問題39

「18歳以上65歳以下」を有効とする年齢入力に、3値境界値分析を適用する。代表値の組合せとして最も適切なものを選びなさい。

1. 18、65だけ
2. 17、18、19、64、65、66
3. 1、18、65、100だけ
4. 0、17、66、100だけ

問題40

次のデシジョンテーブルについて、ルールを簡単化する際の考え方として最も適切なものを選びなさい。

1. R1とR2は会員条件を無視して統合できる
2. R3とR4は会員条件が異なるため、通知アクションが同じでも常に別ルールである
3. 同じアクションを持ち、結果に影響しない条件を「-」に置けるか確認する
4. ルール数を減らすことを目的に、すべての条件を「-」にする

問題41

次の状態遷移で、認証失敗を3回連続するとロックされる。状態遷移テストで特に見落としやすい観点を選びなさい。

stateDiagram-v2
    未認証 --> 認証済み: 成功
    未認証 --> 未認証: 失敗（失敗回数を加算）
    未認証 --> ロック: 3回目の失敗
    ロック --> 未認証: 管理者解除

1. 1回目と2回目の失敗後に、まだ認証を試行できることだけ
2. 3回目の失敗でロックされる境界、ロック後の認証拒否、解除後の失敗回数リセット
3. 成功遷移だけを1回実行すること
4. 状態名の文字列がアルファベット順であること

問題42

状態遷移図に存在しないイベントが発生したときのテストとして、最も適切なものを選びなさい。

1. 図にないイベントは実装されないため、常にテスト対象外にする
2. 現在状態・イベント・期待するエラーまたは状態維持を定義し、無効遷移として確認する
3. 無効イベントを適当な有効イベントに置き換える
4. 状態遷移図を変更せず、実際の動作だけを正解とする

問題43

3つの分類A、B、Cにそれぞれ4、3、2個の値があり、組合せ間の制約はない。ペアワイズテストの説明として最も適切なものを選びなさい。

1. 全組合せ24通りを必ず実行する必要がある
2. 各分類の値のペアが少なくとも一度現れるよう、全組合せより少ないテスト集合を作る
3. Aの値だけを全て実行すれば、ペアワイズを満たす
4. 2個のテストケースだけで、値の数にかかわらず必ず満たせる

問題44

分類ツリーで「ブラウザー」と「OS」の値を選ぶとき、実現不可能な組合せが含まれることが分かった。最も適切な対応を選びなさい。

1. ツールが生成したケースをそのまま実行する
2. 制約をモデルに反映し、実現可能な組合せだけを生成対象にするか、除外理由を記録する
3. OSの分類を削除してブラウザーだけをテストする
4. 不可能な組合せも実行できるよう、製品仕様を変更する

問題45

「利用者が申請を作成し、承認者が承認すると完了する」ユースケースに、承認却下と承認者不在の代替フローがある。ユースケーステストの最小構成として最も適切なものを選びなさい。

1. メインフローだけを1本実行する
2. メインフロー、却下フロー、不在時フローを少なくとも各1本実行し、事前・事後条件を確認する
3. 画面ごとにクリックできれば、フローの結果は確認しない
4. 代替フローは仕様が複雑になるため削除する

問題46

探索的テストで、テスト担当者がチャーターから外れた不具合を発見した。最も適切な対応を選びなさい。

1. チャーター外なので記録せず、元の探索を続ける
2. 発見内容・操作・環境を記録し、重要度を判断したうえでチャーターの延長・分割・別の課題化を決める
3. 探索的テストでは記録を残してはならない
4. その不具合が直るまで、無期限に同じ探索を続ける

問題47

仕様が不完全で、過去に同じ種類の障害が多発している機能を、短時間で評価する。技法の組合せとして最も適切なものを選びなさい。

1. エラー推測と探索的テストで既知の故障パターンを狙い、得られた情報を同値分割・境界値分析に反映する
2. 仕様がないため、テストを実施しない
3. 全入力値を総当たりし、探索の目的や記録は不要とする
4. 使用性アンケートだけで機能正確性を判断する

問題48

保険金請求機能について、次の業務ルールがある。

• 契約者種別は個人・法人・未契約である
• 請求額は0円超〜100万円以下が通常の受付範囲である
• 法人契約で請求額が50万円を超える場合は、追加承認が必要である
• 未契約者は金額にかかわらず受付不可である
• 100万円を超える請求は別窓口へ案内し、0円以下は入力エラーにする

限られたケースで、パーティション、境界、条件の組合せ、業務アクションを効率よく確認する方法として最も適切なものを選びなさい。

1. 請求額の平均値だけを使い、契約者種別は個人に固定する
2. 全契約者種別と全金額の直積を無条件に実行し、未契約・高額の制約は後から確認する
3. 契約者種別と金額の同値分割・境界値分析を行い、追加承認・受付不可・別窓口・入力エラーをデシジョンテーブルで組み合わせ、実現不可能なルールを明示する
4. 業務ルールが複数あるため、探索的テストだけを無期限に実施する

問題49

モバイル決済アプリは、未認証・認証済み・一時停止・ロックの状態を持つ。認証済みで通信が切断されると一時停止へ移り、一時停止中に再接続すると認証済みに戻る。3回連続で認証に失敗するとロックされ、サポート解除後は未認証になる。対応OSは3種類、通信状態はオンライン・オフライン、認証方式は2種類である。リリース前の短時間テストとして最も適切な方針を選びなさい。

1. 状態遷移で主要状態・失敗回数・無効イベント・解除後の遷移を確認し、OS・通信・認証方式は制約を反映したペアワイズで組み合わせる。ただし、同時切断など3要因以上の相互作用は追加のリスクベーステストで補う
2. OS・通信・認証方式の全組合せだけを実行し、状態遷移は代表的な成功シナリオ一つで済ませる
3. ペアワイズですべての品質リスクが保証されるため、ロックや解除の状態は確認しない
4. 状態遷移は画面操作のテストなので、通信状態やOSの違いとは組み合わせない

問題50

保険金請求では、契約種別、請求金額、事故原因、添付書類の有無によって受付可否と審査ルートが決まる。金額には免責額の境界があり、事故原因には契約種別による適用外の組合せがある。短期間で設計する方針として最も適切なものを選びなさい。

1. 金額の境界だけを境界値分析し、他の条件は代表値を 1 つずつ選ぶ
2. 全条件の直積を実行し、実現不可能な契約・事故原因の組合せもテストする
3. デシジョンテーブルで受付・審査ルートと実現不可能な組合せを整理し、金額には境界値分析、残る環境や利用者条件には制約付き組合せ設計を適用する
4. 業務ルールが複雑なので、過去の障害を再現する探索的テストだけを行う