JSTQB FoundationLevel 模試A
#JSTQB
問題一覧
1
b) テストの基盤として特定された、コンポーネントまたはシステムのテスト可能な側面
2
b) テスト対象がユーザーやその他の利害関係者の期待通りに機能するかどうかを検証すること
3
b) 動的テストは欠陥に起因する故障を示すが、デバッグは故障の原因である欠陥を除去する。
4
a) ユーザーがダイアログ・ボックスでオプションを選択したときに、製品がクラッシュした。
5
c) 同じテストを繰り返しても、新しい欠陥は見つからない
6
b) テストは、ソフトウェアの品質低下のリスクを低減する。
7
d) テスト基盤のテスト可能性の評価
8
a) 1A, 2C, 3B, 4D
9
c) すべての作業プロセスフローがカバーされているかチェックする。
10
b) コンポーネントテストのテストケースは、通常、コンポーネント仕様書、設計仕様書、またはデータモデルから導出されるのに対し、システムテストのテストケースは、通常、要求仕様書またはユースケースから導出される。
11
c) 回帰テストの目的は意図しない副作用を検出することであり、確認テストの目的は元の欠陥が修正されたかどうかをチェックすることである。
12
a) 要件定義、ソフトウェア設計、テストは段階的に行われ、各段階でシステムの一部が追加される。
13
a) ソフトウェアの保守性をテストするという決定
14
d) 著者、モデレーター、レビューリーダー、レビュアー、書記
15
c) レビューの開始基準を満たすことの定義と検証
16
c) インスペクション
17
a) 静的テストは、欠陥を検出して取り除くための安価な方法である。
18
d) チェックリストのポイントi)は、誰がレビューに招待するためのチェックリストを提供しているのかが明確でないため、違反している。
19
c) 経験に基づく試験技法であり、経験豊富な試験者が、注意、確認、記憶すべき項目のリスト、または製品を検証しなければならない規則や基準のセットを使用する。
20
d) 形式要件に基づく手法
21
b) ステートメントは真である。 どのテストケースも、"if "文の結果を真または偽のいずれかにする。
22
b) 実行されたソースコード中のステートメントの割合である。
23
a) 100%のデシジョンカバレッジは100%のステートメントカバレッジも保証する。
24
c) 類似のアプリケーションや技術について十分な知識を持つテスト実施者がいる場合。
25
d) 4
26
d) 50, 51, 55, 56, 60, 61
27
d) Condition1 = NO, Condition2 = YES, Condition3 = NO, Action= NO
28
b) 与えられたテストケースは、状態遷移図で起こり得るすべての有効な遷移を表している。
29
c) アプリケーションが、要件にある各ディスプレイサイズで動画を再生できることを検証する(4 つのテス トケース)。
30
b) テストマネージャはテスト活動を計画、調整、管理し、テスト担当者はテストを自動化する。
31
a) 実行されたテストケースの割合
32
a) 予算の制限
33
a) 信頼性指標、テストカバレッジ、スケジュール、不具合修正状況、残存リスク
34
a) 合否基準とテストの目的の定義
35
b) 分析的、標準準拠、協議的、反応的
36
a) 以前の同様のテストプロジェクトで使用された予算
37
c) R1 ; R3 ; R2 ; R5 ; R6 ; R4 ; R7
38
b) テストされたソフトウェアのバージョンの特定
39
d) 回帰テストを実行するのが簡単である。
40
c) 静的解析ツール
JSTQB FoundationLevel 模試B
JSTQB FoundationLevel 模試B
Jyui Karato · 288回閲覧 · 40問 · 2年前JSTQB FoundationLevel 模試B
JSTQB FoundationLevel 模試B
288回閲覧 • 40問 • 2年前JSTQB FoundationLevel 模試C
JSTQB FoundationLevel 模試C
Jyui Karato · 159回閲覧 · 40問 · 2年前JSTQB FoundationLevel 模試C
JSTQB FoundationLevel 模試C
159回閲覧 • 40問 • 2年前JSTQB FoundationLevel 単語集
JSTQB FoundationLevel 単語集
Jyui Karato · 65回閲覧 · 6問 · 2年前JSTQB FoundationLevel 単語集
JSTQB FoundationLevel 単語集
65回閲覧 • 6問 • 2年前問題一覧
1
b) テストの基盤として特定された、コンポーネントまたはシステムのテスト可能な側面
2
b) テスト対象がユーザーやその他の利害関係者の期待通りに機能するかどうかを検証すること
3
b) 動的テストは欠陥に起因する故障を示すが、デバッグは故障の原因である欠陥を除去する。
4
a) ユーザーがダイアログ・ボックスでオプションを選択したときに、製品がクラッシュした。
5
c) 同じテストを繰り返しても、新しい欠陥は見つからない
6
b) テストは、ソフトウェアの品質低下のリスクを低減する。
7
d) テスト基盤のテスト可能性の評価
8
a) 1A, 2C, 3B, 4D
9
c) すべての作業プロセスフローがカバーされているかチェックする。
10
b) コンポーネントテストのテストケースは、通常、コンポーネント仕様書、設計仕様書、またはデータモデルから導出されるのに対し、システムテストのテストケースは、通常、要求仕様書またはユースケースから導出される。
11
c) 回帰テストの目的は意図しない副作用を検出することであり、確認テストの目的は元の欠陥が修正されたかどうかをチェックすることである。
12
a) 要件定義、ソフトウェア設計、テストは段階的に行われ、各段階でシステムの一部が追加される。
13
a) ソフトウェアの保守性をテストするという決定
14
d) 著者、モデレーター、レビューリーダー、レビュアー、書記
15
c) レビューの開始基準を満たすことの定義と検証
16
c) インスペクション
17
a) 静的テストは、欠陥を検出して取り除くための安価な方法である。
18
d) チェックリストのポイントi)は、誰がレビューに招待するためのチェックリストを提供しているのかが明確でないため、違反している。
19
c) 経験に基づく試験技法であり、経験豊富な試験者が、注意、確認、記憶すべき項目のリスト、または製品を検証しなければならない規則や基準のセットを使用する。
20
d) 形式要件に基づく手法
21
b) ステートメントは真である。 どのテストケースも、"if "文の結果を真または偽のいずれかにする。
22
b) 実行されたソースコード中のステートメントの割合である。
23
a) 100%のデシジョンカバレッジは100%のステートメントカバレッジも保証する。
24
c) 類似のアプリケーションや技術について十分な知識を持つテスト実施者がいる場合。
25
d) 4
26
d) 50, 51, 55, 56, 60, 61
27
d) Condition1 = NO, Condition2 = YES, Condition3 = NO, Action= NO
28
b) 与えられたテストケースは、状態遷移図で起こり得るすべての有効な遷移を表している。
29
c) アプリケーションが、要件にある各ディスプレイサイズで動画を再生できることを検証する(4 つのテス トケース)。
30
b) テストマネージャはテスト活動を計画、調整、管理し、テスト担当者はテストを自動化する。
31
a) 実行されたテストケースの割合
32
a) 予算の制限
33
a) 信頼性指標、テストカバレッジ、スケジュール、不具合修正状況、残存リスク
34
a) 合否基準とテストの目的の定義
35
b) 分析的、標準準拠、協議的、反応的
36
a) 以前の同様のテストプロジェクトで使用された予算
37
c) R1 ; R3 ; R2 ; R5 ; R6 ; R4 ; R7
38
b) テストされたソフトウェアのバージョンの特定
39
d) 回帰テストを実行するのが簡単である。
40
c) 静的解析ツール