第2章：リスクベースドテストにおけるテストアナリストのタスク

プロダクトリスクの識別、可能性と影響の評価、リスク軽減、テスト優先度付けを扱う。

問題1

次の活動を、リスク識別とリスクアセスメントに分類しなさい。

問題2

次のリスクのうち、テストアナリストが特に評価に貢献する内容として最も適切なものを選びなさい。

1. 欠陥を検出するアルゴリズムの計算量
2. リスクが発生した場合の顧客・業務への影響
3. ソースコードの分岐数
4. テスト自動化ツールの内部実装

問題3

次の状況で、最初に採用するテストの進め方として最も適切なものを選びなさい。

決済処理の誤りは発生確率が中程度だが、発生すると法的・金銭的な影響が非常に大きい。一方、ヘルプ画面の表示崩れは発生確率が高いが、業務影響は小さい。テスト時間は限られている。

1. すべてのテストをランダムな順序で実行する
2. ヘルプ画面のテストだけを先に完了する
3. 決済処理を高リスク領域として優先し、残余リスクを報告する
4. 発生確率だけで並べ、ヘルプ画面を先に実行する

問題4

次の説明の組み合わせとして正しいものを選びなさい。

1. aだけ正しい
2. bだけ正しい
3. aとbが正しい
4. aとbが誤り

問題5

新しい Web サービスで、ユーザーが初回利用時に操作方法を理解できないリスクが高い。リスク軽減策として最も適切なものを選びなさい。

1. 受け入れテストの最終日まで使用性を評価しない
2. プロトタイプを使った早期の使用性テストを優先する
3. 高リスクなので、すべての低リスクテストを先に実行する
4. 使用性は主観的なのでテスト対象から外す

問題6

次回のテストサイクルに向けて、リスクを再分析する際に考慮すべきものとして不適切なものを選びなさい。

1. 今回のテストで不安定だった領域
2. 修正された欠陥に由来するリスク
3. テストが不十分だった領域
4. 初回計画時のリスク一覧を変更せず、そのまま使用すること

問題7

アジャイルプロジェクトで、リスク識別・アセスメント・軽減を定期的に行う場として最も適切なものを選びなさい。

1. コードコンパイルセッション
2. リリース後の問い合わせ受付
3. 個人だけのテスト実行
4. リスクセッション

問題8

重要なビジネスリスクを幅広く識別するために、最も適切な進め方を選びなさい。

1. テストアナリストだけでリスクを決める
2. ユーザー、ドメイン専門家、要件担当者など幅広いステークホルダーを参加させる
3. 開発者の過去の経験を使わない
4. 既知の欠陥だけをリスクとする

問題9

テストアナリストが識別するプロダクトリスクとして、適切なものをすべて選びなさい。

• a. 誤った料金計算
• b. キーボード操作が不足している
• c. 特定の OS にインストールできない
• d. 開発者の勤務時間

問題10

次のうち、ビジネスリスクの影響を評価する要因として不適切なものを選びなさい。

1. 機能の使用頻度
2. 法的制裁や機能安全への影響
3. 回避策の有無
4. テストケースのファイル名の長さ

問題11

リスクベースドテストにおけるテストマネージャーとテストアナリストの関係として最も適切なものを選びなさい。

1. テストアナリストはリスクベースドテストに関与しない
2. テストマネージャーはビジネス影響を判断できない
3. リスク評価は開発完了後に一度だけ行う
4. テストマネージャーが枠組みを確立し、テストアナリストがドメイン知識を提供して識別・評価・軽減に参加する

問題12

プロダクトリスクをテストで軽減する方法として、最も適切なものを選びなさい。

1. 期待結果を曖昧にする
2. リスクの高い機能をテスト対象から外す
3. 欠陥を見つけても記録しない
4. 合否を一意に判断できる明確なテストケースを設計する

問題13

テスト中に、ある機能で欠陥が繰り返し発見され、別の関連機能でも不安定な動作が見つかった。この場合の行動として適切なものを選びなさい。

1. 既存のリスク一覧を変更せず、予定どおりに進める
2. 新しいリスクやリスクレベルの変化として記録し、再評価する
3. 欠陥をすべて同じ原因と決めつける
4. その機能のテストを中止して結果を報告しない

問題14

リスクに基づくテストケースの優先度付けは、いつ考慮すべきか。

1. テスト実行がすべて終わった後だけ
2. 計画段階のできるだけ早い時期から
3. 欠陥が 1 件発見されたときだけ
4. リリース後だけ

問題15

高リスクの決済処理について、関連する正常系・異常系・境界値を集中的にテストしてから、低リスクの画面表示へ移る。この進め方は何か。

1. 横型探索
2. 縦型探索
3. ラウンドトリップカバレッジ
4. シングルワイズテスト

問題16

各リスク領域について、少なくとも 1 つの代表的なテストを実行し、高リスク領域にはより多くのケースを割り当てる。この進め方は何か。

1. 縦型探索
2. 横型探索
3. 境界値分析
4. 欠陥ベーステスト

問題17

テスト期間が終了したが、一部の高リスク領域に未実行ケースが残っている。テストアナリストが行うべきこととして最も適切なものを選びなさい。

1. 未実行を隠して「すべて完了」と報告する
2. 残余リスクをマネジメントへ報告し、延長またはリスク移転の判断材料を提供する
3. 未実行ケースを自動的に合格にする
4. 低リスクの実行済み件数だけを報告する

問題18

要求仕様レビューが、テスト実行前のプロダクトリスク軽減に有効な理由として最も適切なものを選びなさい。

1. 欠陥がコードになる前に、欠落・矛盾・曖昧さを発見できる
2. レビューで発見した問題はテストする必要がない
3. レビューはテストケース数を必ずゼロにする
4. レビューはビジネスリスクを扱えない

問題19

新しい UI の使用性リスクが高い場合、適切なテスト計画はどれか。

1. 受け入れテストまで使用性テストを延期する
2. プロトタイプや初期画面を使って早期に評価する
3. 使用性は主観的なので評価しない
4. 機能テストがすべて成功するまで評価を禁止する

問題20

計算の正確性リスクを軽減するためのテストアナリストの活動として、最も適切なものを選びなさい。

1. ドメイン専門家と協力し、代表的・境界的・異常なサンプルデータを収集する
2. すべての入力を同じ代表値にする
3. 実データの意味を確認せずにランダム化する
4. 正常系データだけを使用する

問題21

次のうち、次のテストサイクルで再分析すべきリスクとして最も優先度が高いものを選びなさい。

1. 大幅に変更された決済機能
2. 変更されていない文書の表紙の余白
3. すでに対象外と合意した機能
4. 過去に一度も使用されない内部メモ

問題22

欠陥を修正した後に、次のテストサイクルで考慮すべき内容として最も適切なものを選びなさい。

1. 修正によって影響を受ける機能や、同様の欠陥が潜む領域
2. 修正前のテスト結果をすべて破棄すること
3. 修正されたため、関連リスクは必ずゼロとすること
4. 確認テストだけを行い、回帰影響は見ないこと

問題23

同じ機能で繰り返し故障が発生している。リスクベースドテストとして適切な対応を選びなさい。

1. その領域はテスト済みとして優先度を下げる
2. 不安定領域としてリスクを高く再評価し、追加テストや原因調査を検討する
3. 同じ失敗を重複としてすべて削除する
4. その領域の欠陥を別機能の欠陥として報告する

問題24

リスクベースドテストについて、最も適切な説明を選びなさい。

1. 高リスクだけをテストすれば、残りのリスクを報告する必要はない
2. リスク優先度によりテストを配分するが、残余リスクと未実行範囲を明示する必要がある
3. リスクは計画時に固定され、テスト中には変化しない
4. リスクベースドテストではレビューや使用性テストを使えない

問題25

リスクレベルを 可能性 × 影響 で計算する。次のうち、最も優先してテストすべきものを選びなさい。

1. A
2. B
3. C
4. D

問題26

次の 2 つのリスクが同じリスクスコアになった。追加の優先判断として最も適切なものを選びなさい。

1. どちらも必ず同じテストケース数にする
2. 法的制裁、機能安全、回避策の有無、利用頻度などのビジネス影響を比較する
3. テスト担当者の好みだけで決める
4. 可能性だけを再評価し、影響は無視する

問題27

ワークショップで、参加者が候補リスクを挙げるたびに、その場で「低」と決めて議論を終えようとしている。改善策として最も適切なものを選びなさい。

1. まず幅広く候補を識別し、その後に可能性・影響・リスクレベルを評価する
2. 最初から低リスクと決め、識別を省略する
3. テストアナリストだけで評価し、業務側を外す
4. 影響だけを評価して可能性を無視する

問題28

決済機能のリスク影響を評価するために、テストアナリストが集める情報として最も適切な組み合わせを選びなさい。

1. 取引頻度、金銭的損失、法的制裁、顧客への影響、回避策の有無
2. ソースコードの行数とコメント数だけ
3. テストケース ID の並び順だけ
4. 開発者の使用するエディターだけ

問題29

「重要な業務フローがユーザーに理解されず、誤った操作でデータを登録する」リスクへの組み合わせとして最も適切なものを選びなさい。

1. 使用性レビュー、現実的なユーザーシナリオ、ユーザーを使った早期テスト、登録結果の正確性テスト
2. ソースコードの行数を増やすだけ
3. 受け入れテスト終了後に初めて画面を見せる
4. 失敗した入力をすべて無効にして問題を隠す

問題30

会計計算の境界値と条件組み合わせが高リスクである。リスク軽減として最も適切なテスト設計を選びなさい。

1. 同値分割・境界値分析で値を選び、デシジョンテーブルで条件ルールをカバーする
2. 画面の色だけをレビューする
3. 低リスクのヘルプ画面だけを先に自動化する
4. すべての入力を 1 つの代表値にする

問題31

残り時間が短く、まだ一度もテストしていないリスク領域が 5 個ある。ただし、決済領域だけは非常に高リスクである。最初の 1 時間の方針として最も適切なものを選びなさい。

1. 決済だけを深くテストし、他の領域を一度も確認しない
2. 各領域を最低 1 回カバーしつつ、決済に追加の重みを置く
3. 低リスク領域を先にすべて完了する
4. リスクを考慮せず、ケース番号順に実行する

問題32

重大な未実行テストが残ったまま納期を迎えた。マネジメントがリスク移転を選ぶ場合の説明として最も適切なものを選びなさい。

1. 残余リスクをユーザー、顧客、サポート、運用などの関係者へ明示し、対応を決める
2. リスクが消滅したと報告する
3. 未実行テストを合格にする
4. 欠陥報告を削除する

問題33

同じ種類の欠陥が複数画面で見つかった。次のテストサイクルで行うべきこととして最も適切なものを選びなさい。

1. 典型欠陥として分類し、未テスト画面にも同様のリスクがあるか再分析する
2. すでに見つけたため、同じ分類のテストをすべてやめる
3. 欠陥を別々のリスクとして必ず無関係に扱う
4. 修正された画面だけを確認し、類似画面は対象外にする

問題34

テスト開始時は「可能性：低、影響：高」だった機能で、同じ故障が複数環境で再現した。更新として最も適切なものを選びなさい。

1. 実証された情報をもとに可能性を見直し、リスクレベルと優先度を更新する
2. 初期評価を変更してはならない
3. 影響が高いので可能性は評価不要とする
4. 故障を環境ごとに隠す

問題35

可能性と影響を1〜5で評価し、リスクスコアを積で計算する。次のうち、テスト優先度の判断として最も適切なものを選びなさい。

1. Aだけを優先し、影響は考慮しない
2. Bだけを優先し、可能性は考慮しない
3. スコアが同じでも、影響の種類・回避策・検出可能性などを追加評価して順序を合意する
4. スコアが同じリスクはテスト対象から除外する

問題36

「発生可能性は低いが、発生時には人命に関わる」リスクと「発生可能性は高いが、表示の軽微な乱れにとどまる」リスクがある。最も適切な対応を選びなさい。

1. 可能性が高い後者だけをテストする
2. 影響の重大性を踏まえて前者を高優先度とし、必要な予防・検出・緩和策を検討する
3. 可能性が低いので前者をリスク一覧から削除する
4. 両者を同じテストケースで扱い、影響の差を記録しない

問題37

リスクワークショップで、参加者が「在庫が合わない」という事象を挙げた。リスク識別とアセスメントを適切に進める組合せを選びなさい。

1. その場で可能性と影響を決め、原因や影響を記録しない
2. 事象・原因・影響・影響を受ける利用者を具体化してから、可能性と影響を評価する
3. 発生した欠陥でないため、リスクとして扱わない
4. テストアナリストだけで技術的原因を確定する

問題38

新しい本人確認画面で、利用者が手順を理解できないリスクが高い。テスト以外も含む軽減策として最も適切なものを選びなさい。

1. 完成後に一度だけ受け入れテストを行う
2. プロトタイプによる使用性評価、文言レビュー、利用者への説明、実装後の確認を組み合わせる
3. 利用者が慣れるまでリリースし、問題を記録しない
4. 画面の見た目を整えれば、操作理解も保証される

問題39

限られた時間で、重要な決済フローは深く確認できるが、低リスクの参照画面を一度も実行できない。別の計画では、全領域を一度ずつ確認できるが、決済フローを浅くしか確認できない。選択として最も適切なものを選びなさい。

1. 常に縦型探索を選び、他の領域を未実行にする
2. 常に横型探索を選び、高リスク領域の深さを考慮しない
3. 残余リスクと意思決定の目的を関係者と確認し、高リスクの深さと全体の最低限のカバレッジを組み合わせる
4. テスト時間を超えて両方を実行する前提にする

問題40

テストでリスクを軽減する際の説明として、最も適切なものを選びなさい。

1. テストが合格すれば、リスクは必ずゼロになる
2. 合格結果は特定条件下での証拠であり、未テスト条件・環境差・残存欠陥を含む残余リスクを評価する
3. リスクはテスト実行後にだけ識別する
4. 残余リスクはテストアナリストが独断で受容する

問題41

権限チェックの欠陥を修正したところ、修正箇所とは別の管理者画面で権限エラーが発生した。次のテストサイクルで最も適切な対応を選びなさい。

1. 新しいエラーは修正対象外なので、元の欠陥だけを再テストする
2. 修正による新たなリスクと影響範囲を再評価し、修正確認と関連する回帰テストを計画する
3. 権限関連のテストをすべて削除する
4. 影響が不明なので、すべてのテストを同じ優先度にする

問題42

料金計算の境界に関するリスクが高く、入力には「未満」「以上」「対象外」の条件がある。テスト設計として最も適切なものを選びなさい。

1. 平均的な入力を一つだけ使い、発生可能性を推測する
2. 境界値分析で境界付近を確認し、デシジョンテーブルで条件の組合せと矛盾を確認する
3. 使用性テストだけで料金計算のリスクを軽減する
4. 料金計算の期待結果を定義せず、画面表示だけを確認する

問題43

リスク評価会議で、開発チームは「技術的に再現しにくい」、業務担当者は「発生すると重大」と主張している。テストアナリストの対応として最も適切なものを選びなさい。

1. 技術チームの意見だけでリスクを低くする
2. 業務担当者の意見だけで可能性を最高にする
3. 可能性と影響の評価軸を分け、各評価の根拠と不確実性を記録して、合意したリスクレベルと軽減策を決める
4. 意見が一致しないため、そのリスクを削除する

問題44

リスクベースドテストの限界を踏まえた説明として、最も適切なものを選びなさい。

1. リスク一覧にない領域は、欠陥が存在しないとみなせる
2. リスク評価が正確なら、網羅性やランダムな欠陥発見は不要になる
3. リスク識別の漏れや評価の誤りがあり得るため、リスクベースの優先付けに加えて、レビュー・経験・全体的なカバレッジ確認を組み合わせる
4. リスクベースドテストは、テストマネージャーだけが行う

問題45

オンライン証券サービスで、次のリスクが識別された。

• A：注文金額の丸め誤差。可能性は高いが、影響は小さい
• B：二重注文。可能性は中程度だが、顧客損失と規制上の影響が大きい
• C：取引履歴画面の一部ブラウザーでの表示崩れ。可能性・影響とも中程度

テスト時間が半分になった場合の対応として、最も適切なものを選びなさい。

1. 発生可能性が最も高いAだけを先に実行し、BとCは未実行でも報告しない
2. Bを最優先に、同時実行・再送・タイムアウトを含むテストと設計レビューを行い、A・Cの未実行範囲と残余リスクを明示する
3. スコアを計算できないため、A・B・Cを同じ数だけランダムに実行する
4. Bは可能性が中程度なので対象外とし、表示崩れのように再現しやすい問題を先に解消する

問題46

自治体の給付金システムで、初回テスト中に「本人確認は成功したが、別世帯の口座情報が表示される」事象が発生した。開発チームは、発生条件が一度しか再現していないことを理由に、既存の権限リスクを低に変更してリリースしたいと提案している。テストアナリストの対応として最も適切なものを選びなさい。

1. 再現しない以上、テストデータの問題として記録から削除する
2. 権限リスクを高のまま固定し、他のリスク評価や追加情報を考慮しない
3. 画面表示だけの問題として使用性リスクに分類し、権限の評価を終える
4. 事象を新しいリスク情報として扱い、データ・権限・同時実行・環境を調査し、可能性の不確実性と重大な影響を分けて再評価し、未解決なら残余リスクとして報告する

問題47

次の 3 つのリスクが識別された。プロジェクトでは可能性と影響をそれぞれ 1〜5 で評価し、積を優先度とする。

次のテストサイクルで最も適切な対応を選びなさい。

1. B は可能性が最も高いので、A と C より必ず先に実施する
2. A は可能性が低いので、法規制の影響を考慮せず後回しにする
3. A と C を高い優先候補として再評価し、監査・金額計算の具体的な軽減策と未実行範囲を計画する
4. 3 つの積が異なるため、数値の小さいリスクはテスト対象外にする

問題48

決済処理の不具合を修正したところ、確認テストは合格した。しかし修正は税計算共通部品にも及び、税率の異なる地域のテストはまだ実行されていない。リスクベースドテストとして最も適切な対応を選びなさい。

1. 修正箇所の確認テストが合格したため、関連地域のテストは不要とする
2. 修正者が安全と判断した範囲だけを実行し、残りは記録しない
3. 税率・地域・境界・決済結果への影響を再分析し、確認テストとリグレッションの優先範囲を更新する
4. すべての機能を同じケース数で再実行し、リスク評価を行わない

問題49

残り 2 日のテストで、次の 2 つの進め方を比較している。A は決済の正常・異常・境界を深く検証してから別領域へ進む。B は全リスク領域を少なくとも 1 回確認した後、残りの時間を高リスク領域へ配分する。監査ログの存在確認だけはまだどちらでも未実施である。最も適切な判断を選びなさい。

1. A と B は同じ方法なので、未実施の監査ログは考慮しない
2. B は低リスク領域を先に完了する方法なので、高リスク領域には不適切である
3. A は全領域を必ずカバーするため、監査ログを後回しにしてよい
4. 監査ログが高リスクなら、A でも B でもそのテストを計画へ明示的に組み込み、未実行なら残余リスクとして報告する

問題50

ある高リスク機能について、テストアナリストは「法規制の解釈が未確定で、十分なテスト条件を合意できない」と報告した。リリース日は変更できない。次の行動として最も適切なものを選びなさい。

1. 不確実性をリスク登録簿に記録し、法務・業務責任者と条件、軽減策、受入れ者、期限を合意する
2. テストアナリストが独自に法規制を解釈し、合格条件を確定する
3. 条件が決まるまで問題を報告せず、低リスク機能だけを実行する
4. リリース日を守るため、高リスク機能をテスト対象から削除したことにする