プロジェクトリスクとは、プロジェクト全体の成功に影響を与える可能性のある潜在的な問題を指します。選択肢の中で、「チームメンバーのスキルが割り当てられた作業に十分でない可能性がある」というリスクは、チームメンバーのスキルセットが不十分なためにプロジェクトが失敗する可能性があることを示すため、明らかにプロジェクトリスクです。このリスクは、プロジェクト全体の目標達成能力に影響を与えます。
参照：
ISTQB 認定テスター基礎レベル シラバス v4.0、セクション 1.4.2。

トピックとその説明の正しい組み合わせは次のとおりです。
* 機能的動作: 特定の構成 (A ～ C) で動作し、ユーザーアクションを入力として外部から観察可能な動作。
* 品質特性: システムが特定の動作 (B から A) をどのように実行するか。
* シナリオ: 特定の目的を達成するために外部のアクターとシステムの間で行われる一連のアクション。
* 目標またはビジネス タスク (C から B)。
* ビジネス ルール: 外部の手順と制約によって定義された特定の条件下でのみシステム内で実行できるアクティビティ (D ～ E)。
* 外部インターフェース：開発するシステムと外部との接続の説明（E～D）。

プロジェクトリスクとは、スコープ、スケジュール、コスト、品質といったプロジェクト目標に影響を与える可能性のある不確実性や脅威のことです。ISTQB Certified Tester Foundation Level (CTFL) v4.0のシラバスによると、プロジェクトリスクに寄与する要因には以下のようなものがあります。
* スキルと人員不足：この要因は、プロジェクトのタスクを遂行するのに十分な、あるいは資格のある人材が不足していることを指します。これは、遅延、エラー、手戻り、または生産性の低下につながる可能性があります。
* 適切な要件定義における問題：この要因は、プロジェクトの要件の抽出、分析、仕様策定、検証、または管理における困難さや曖昧さを指します。これにより、要件の不整合、矛盾、ギャップ、または変更が生じ、プロジェクトのスコープと品質に影響を与える可能性があります。
* 契約上の問題：この要素は、クライアント、サプライヤー、ベンダー、下請け業者など、プロジェクト関係者間の契約上の合意から生じる可能性のある課題や紛争を指します。これは、法的、財務的、または倫理的なリスクにつながり、プロジェクトの成果と満足度に影響を与える可能性があります。
他のオプションは、プロジェクト リスクではなく製品リスクに寄与する要因をリストしているため、正しくありません。
製品リスクとは、ソフトウェア製品またはシステムの品質や機能に影響を及ぼす可能性のある不確実性や脅威のことです。製品リスクに寄与する要因には、以下のようなものがあります。
* ソフトウェア品質特性の低さ：この要因は、信頼性、ユーザビリティ、セキュリティ、パフォーマンス、保守性といったソフトウェア製品またはシステムの品質特性または基準が遵守されていないことを指します。これは、欠陥、障害、あるいはユーザーや利害関係者の不満につながる可能性があります。
* ソフトウェアが意図された機能を実行しない：この要因は、ソフトウェア製品またはシステムの期待される動作または出力と実際の動作または出力との間の逸脱または不一致を指します。これにより、ソフトウェア製品またはシステムのエラー、障害、または誤動作が発生する可能性があります。
参考資料 = ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、第 1 章: テストの基礎、セクション 1.5: リスクとテスト、14 ～ 16 ページ。

テストステータスレポートには、未解決および解決済みの欠陥の総数、実際に費やした工数、実行済みテスト、失敗テスト、およびブロックされたテストの数を含める必要があります。テストステータスレポートは、特定の期間またはフェーズにおけるテスト活動の結果とステータスに関する情報を提供する文書です。テストステータスレポートには、対象読者と目的に関連性があり、正確で、タイムリーな情報を含める必要があります。テストステータスレポートに含めるべき情報には、ソフトウェア製品の欠陥の傾向と欠陥密度を示す未解決および解決済みの欠陥の総数、テストプロセスの生産性と効率を示す実際に費やした工数、ソフトウェア製品のテストの進捗状況とテスト範囲を示す実行済みテスト、失敗テスト、およびブロックされたテストの数などがあります。テストステータスレポートには、見積りの詳細、欠陥レポート、および影響分析を含めないでください。見積りの詳細は、テストステータスレポートの一部ではなく、テスト計画またはテスト見積り文書の一部です。見積りの詳細は、テスト活動の実際の結果やステータスではなく、テスト活動にかかる予想時間、リソース、およびコストに関する情報を提供します。欠陥レポートはテストステータスレポートの一部ではなく、テスト中に発見された個々の欠陥に関する詳細情報を提供する独立したドキュメントです。欠陥レポートには、欠陥の説明、欠陥の重大度、欠陥の優先度、欠陥のステータス、欠陥の解決方法などの情報が含まれます。
欠陥レポートはテストステータスレポートで参照または要約することはできますが、すべてを含めることはできません。影響分析はテストステータスレポートの一部ではなく、リスク評価または優先順位付けプロセスの一部です。影響分析は、変更または欠陥がソフトウェア製品またはプロジェクトに及ぼす潜在的な影響または結果に関する情報を提供します。影響分析は、実施するテストの量または範囲を評価するために使用できますが、テスト活動の結果またはステータスを報告するためには使用できません。検証済みの参考文献：ISTQB® Foundation Level 2018シラバス学習ガイド - Springer、141ページ。

* 問題は、欠陥、故障、およびミスに関する記述の中から正しい文をマークすることです。ISTQB用語集によると、これらの用語の定義は次のとおりです。
* 欠陥: コンポーネントまたはシステムに存在する欠陥で、コンポーネントまたはシステムが要求された機能を実行できない原因となるもの（例: 誤ったステートメントやデータ定義）。実行中に欠陥が検出されると、コンポーネントまたはシステムの障害が発生する可能性があります。
* 障害: コンポーネントまたはシステムが指定された制限内で必要な機能を実行しないイベント。
* ミス: 誤った結果を生み出す人間の行為。
* したがって、与えられた 5 つのステートメントのうち、正しいのは次の 2 つだけです。
* 人為的なミスにより欠陥が生じる可能性があります。これは事実です。ミスは欠陥の源または原因となるからです。たとえば、プログラマーがコード ステートメントの記述を間違えると、ソフトウェア コンポーネントに欠陥が生じる可能性があります。
* システムに欠陥が存在すると、障害が発生する可能性があります。これは、欠陥が障害の潜在的または実際の原因であるためです。たとえば、ソフトウェア コンポーネントの欠陥により、実行中に欠陥に遭遇すると、システムが必要な機能を実行できなくなる可能性があります。
* 他の 3 つの記述は誤りです。
* 欠陥は環境条件の結果であり、「故障」とも呼ばれます。これは誤りです。欠陥は環境条件の結果ではなく、ミスやその他の要因の結果であり、欠陥は故障と同じではなく、故障の原因です。
* システムに障害が発生すると、システムは完全に正常に動作しなくなります。これは誤りです。障害が発生しても、システムが必ずしも完全に機能しなくなったり、動作を停止したりするわけではなく、機能やパフォーマンスが低下したり、誤った結果が出たりしながら動作を継続する場合があります。
* 欠陥は技術の変化の結果としてのみ発生する: これは誤りです。欠陥は、技術の変化だけでなく、人為的ミス、設計上の欠陥、要件の変更、ハードウェアの障害など、さまざまな理由で発生する可能性があります。
参考文献:
* 1: ISTQB テスト用語集 4.0、2023 年、ISTQB) および ASTQB) で入手可能。