このページは Free Exams Dumps Materials [ http://exams.dumpsmaterials.com ] からエクスポートされました。 エクスポート日時:Thu Dec 12 18:40:38 2024 / +0000 GMT ___________________________________________________ タイトル正しい355問の問題と解答でISQI CTFL_Syll2018試験に合格する【Q81-Q101 --------------------------------------------------- 355問の正解でISQI CTFL_Syll2018試験に合格できる 最新版【2024年02月05日】2024リアル検証済みCTFL_Syll2018試験問題集 ISQI CTFL_Syll2018 (ISTQB Certified Tester Foundation Level (Syllabus 2018))試験はこの分野の知識と技能を強化したいソフトウェアテストの専門家にとって不可欠の資格です。ISTQBが発表した最新のシラバスに基づいており、ソフトウェアテストに関する幅広いトピックをカバーしています。ISTQB Certified Tester Foundation Level (Syllabus 2018)認定資格は、プロフェッショナルがキャリアアップし、ソフトウェアテストの特定分野のエキスパートになるのに役立ちます。 NEW QUESTION 81電卓ソフトを使って5+6の結果を計算した。ユーザーは与えられた結果が6であることに気づいた： 失敗 誤り 誤り 誤り NEW QUESTION 82使用するソフトウェアライフサイクルモデルに関係なく、テスト担当者にとって良いテストプラクティスはどれか。 対応する開発レベルが完了した時点で、テスト分析を開始すべきである。 要件やユーザーストーリーのドラフトが入手可能になったら、すぐにレビューに参加すべきである。 各テストレベルに同じテスト目標が適用されるようにすべきである。 プロジェクトコストを削減するために、開発レベルとテストレベルの比率を最小にすべきである。 新しい質問83ある組織で新しいテストツールが選定され、パイロットプロジェクトが成功裏に終了した。次のステップは、組織内でツールを展開することです。ツール展開における重要な成功要因は何ですか？ 確固としたビジネスケースに基づいて、費用対効果を見積もる。 妥当なコストで利益が得られるかどうかを判断する ツールを使用するテストチームにサポートを提供する。 組織の成熟度、強みと弱みの評価 解説ツールを使用するテストチームに対するサポートの提供は、新しいツールを使用する際にテストチームが直面する抵抗や困難を克服するのに役立つため、ツール展開における重要な成功要因である。サポートには、トレーニング、コーチング、メンタリング、トラブルシューティング、フィードバックの仕組みなどが含まれる13。他の選択肢は、ツール展開における重要な成功要因ではなく、むしろツールの選択または評価における成功要因である。オプションAはツールの選択に関するもので、費用便益比が新しいツールへの投資を正当化するのに役立つ13。オプションBは、ツールの評価に関するもので、パイロットプロジェクトは、ツールの期待される利益が合理的なコストで達成できるかどうかを判断するのに役立つ13。選択肢Dもツールの評価に関連しており、組織の成熟度、長所と短所を評価することで、新しいツールを使用するための組織の適合性と準備態勢を特定するのに役立つ13.NEW 問題84ミッションクリティカルなシステムをテストする場合、高いカバレッジを達成する必要がある。高いカバレッジを達成するために、構造ベースのカバレッジ技法として実施すべき技法はどれか。 多重条件カバレッジ デシジョンテーブル ユースケーステスト ステートメントカバレッジ NEW QUESTION 85次の不具合はどれでしょう？ 無限ループ 誤ったビジネスルール コードの構文エラー 未定義の変数 解説誤ったビジネスルールは、ソフトウェアのコンテキストと要件に依存する論理的または機能的なエラーであるため、静的解析ツールでは検出できない不具合です13。静的解析ツールが検出できるのは、テスト対象のソフトウェアのコードや設計における構文エラーや構造エラーだけであり、それらが意図されたビジネスルールやロジックと一致しているかどうかは検出できません13。その他の選択肢は、静的解析ツールによって発見できる欠陥である。選択肢Aは、静的解析ツールで発見できる欠陥である。これは、コードが終了せずに無限にループする構造的なエラーである13。選択肢 C は、コードのコンパイルや実行に失敗する構文エラーであるため、静的解析ツールで発見できる欠陥である13。選択肢Dは、メモリの浪費や論理的欠陥の可能性を示す構造的なエラーであるため、静的解析ツールによって発見できる欠陥であるNEW QUESTION 86製造ラインを制御するためにプログラムが使用されている（機械のオンとオフ、ベルトコンベヤの始動と停止、原材料のフローへの追加など）。テスト者は、そのようなケース（特定のアクションが許されないケース）がすべてテストでカバーされているかどうかを評価しようとします。この分析に必要な情報を提供するカバレッジ指標はどれか。 ブランチカバレッジ ステートメントカバレッジ データフローカバレッジ コードカバレッジ NEW QUESTION 87あなたは、次のテスト基本文書に基づいて、同僚のテストケースのレビューを行っています。成功 - 有効な「ユーザー名」と「パスワード」。失敗 - 'User Name'フィールドに空欄がある。失敗 - 入力された「ユーザーID」がデータベースに存在しない（未登録ユーザー）。失敗 - 入力された「パスワード」がデータベース上のユーザーのパスワードと一致しない。成功をカバーするテストケースが 1 つあることC2.各エラーパス（検証失敗など）に対して、1 つのテストケースがあること。C3.各テストケースは、テスト基本文書と一貫性のある用語を使用していること（フィールド名、エラー番号など）。欠落しているテストケース（チェックリスト項目C1とC2）、およびチェックリスト項目C3を満たしていないテストケースごとに、個別の不具合を記録すること。 1. 2. 3. 4. NEW 問題 88次のテスト設計技法のうち、構造ベース（ホワイトボックス）技法に分類されるのはどれか。[K1] 探索的テスト デシジョンテーブルテスト 状態遷移テスト ステートメントテスト NEW問題89次のうち、一般的なテスト指標の例でないものはどれか。 テスト環境構築における作業の割合 要件ごとに予想される不具合の平均数 テストケースの実行数 テスト マイルストーンの日付からの乖離 説明テスト メトリクスは、テスト プロセスとその結果を監視、管理、改善するために使用される定量的な指標です。テストメトリクスは、テストのさまざまなレベル（テストケース、テストスイート、テストプロジェクトなど）で収集でき、さまざまな目的（計画、見積もり、実行、評価など）に使用できます。一般的なテストメトリクスの例としては、次のようなものがあります：このメトリクスは、テスト環境の設定と維持にどれだけの労力が費やされたかを示します。この環境には、テスト活動の実施に必要なハードウェア、ソフトウェア、ネットワーク、データ、ツールなどが含まれます：テストケースの実行数（Number of test cases run）： この指標は、テストのある期間またはフェーズにおいて、どれだけのテストケースが実行されたかを示す：欠陥密度（Defect density）：この評価指標は、テスト活動が計画された日付に比べてどれだけ遅れているか、あるいは予定より進んでいるかを示す：要件ごとに予想される不具合の平均数は、一般的なテスト指標ではない。なぜなら、要件ごとにどれだけの不具合が発見されそうかを推定したり測定したりするのは容易ではないからである。さらに、この指標は、テスト プロセスの改善やテスト結果の評価に役立つ情報を提供しません。テストメトリクスの詳細については、『A Study Guide to the ISTQB Foundation Level 2018 Syllabus』の第 5 章 5.41 節を参照してください。ジェームズはシニアレイルカードを持っており、スーパーセイバーチケットで旅行しています。これらの 2 つのテストケースについて、正しいアクションを表す選択肢はどれですか?[K3] キャロルはアップグレードする資格があります。 キャロルは旅行OK、ジェームズはアップグレード対象 キャロルとジェームズはともにアップグレード対象である キャロルは旅行OK、ジェームズはサービス利用不可 説明カンブリアンパルマンエクスプレスには、以下の部分的な決定表で表される特別な発券要件があります。デシジョンテーブルは6つの列で6つのルールを表し、8つの行で8つの条件またはアクションを表している。この表は、特定のルールが特定の条件を満たすかどうかを示す "Y "と "N "の値で埋められている。決定表キャロルは学生用レイルカードを持っており、フレキシブル・スタンダードクラスの切符で旅行している。Jamesはシニアレイルカードを持っており、スーパーセイバーチケットで旅行しています。この質問では、これら2つのテストケースについて、どのオプションが正しいアクションを表すかを尋ねています。この質問に答えるには、各テストケースに一致するルールを見つけ、対応するアクションを調べる必要があります。キャロルの場合、マッチするルールはルール2です。彼女は学生用レールカード（Y）とフレキシブル・スタンダード・クラスのチケット（Y）を持っているからです。ルール2のアクションは旅行OK(Y)、アップグレード対象(Y)、譲許運賃(N)。したがって、キャロルは旅行OK、アップグレード対象ですが、割引運賃を受ける権利はありません。ジェームズはシニアレイルカード(Y)とスーパーセーバーチケット(N)を持っているので、マッチするルールはルール6である。ルール6のアクションは以下の通り：したがって、ジェームズはサービスを利用できず、アップグレードする資格もなく、譲許運賃を受ける権利もありません。この問題で与えられた選択肢の中で、これらのアクションを正しく表しているのはAだけです。Aは、キャロルはアップグレードの資格があり、ジェームズはサービスを利用できないとしています。したがって、Aが正解です。NEW QUESTION 91図書館管理システムのテストケースとして、借用者に関連する機能とデータ構造に加えられた変更をテストするために、次のものがあります1。システムに新しい借用者を追加する2.借用者のデータを更新する3.システムから借用者を削除する4.借り手に本を貸し出す5.借り手から本を返却する6.借用者に本を予約する7.借用者に「予約完了」メッセージを送信する次のテストシーケンスのうち、可能なユースケースはどれですか。(テストシーケンスは常にテスト#1から始まります) 1-4-2-7-5-6-3 1-6-2-5-7-4-3 1-6-4-7-5-3-2 1-2-6-7-4-5-3 説明ユースケースは、ゴールを達成するため、あるいはタスクを実行するために、ユーザがどのようにシステムとインタラ クションするかを記述したものです。ユースケースは通常、ゴールやタスクを完了するためにユーザーとシステムが実行する一連のステップやアクションから構成される。ユースケースは、テスト対象のシステムの機能性とユーザビリティを検証するテストケースを設計するための基礎として使用することができる。想定されるユースケースを表現するテストシーケンスは、ユーザとシステムの相互作用の論理的な順序と流れに従 うべきであり、主要なシナリオと起こりうるバリエーションや例外をカバーしなければなりません。例えば、図書館管理システムに対して与えられたテストケースに基づいて、次のユースケースを特定することができます：UC1: システムに新しい借り手を追加するUC2：借り手のデータを更新するUC3: システムから借り手を削除するUC4：借り手に本を貸すUC5：借りている人から本を返すUC6: 借りている人に本を予約するUC7：借り手への "予約準備完了 "メッセージの送信可能なユースケースを表すテストシーケンスは D. 1-2-6-7-4-5-3 です。このテストシーケンスは、ユーザとシステムのインタラクションの論理的な順序と流れに従い、主要なシナリオと起こりうるバリエーションや例外をカバーします。例えば：TC1: システムに新しい借り手を追加する -> これはユースケースの最初のステップであり、ユーザーはシステムに新しい借り手として登録する：TC2: 借りている人のデータを更新する -> これはユースケースの可能なバリエーションで、利用者がシステム内で個人情報や連絡先情報を更新する。TC6: 借りている人のために本を予約する -> これはユースケースの2番目のステップで、利用者が図書館から借りたい本を予約する。TC7：TC7：借りた人に「予約完了」メッセージを送る -> これはユースケースの3番目のステップで、予約した本を受け取る準備ができたことを知らせるメッセージをシステムが利用者に送る：TC4：借りた人に本を貸し出す -> これはユースケースの4番目のステップで、利用者が図書館から予約した本をピックアップし、システムから貸し出す：TC3: システムから借り手を削除する -> これは、ユースケースの可能な例外であり、ユーザがメンバーシップをキャンセルし、システムからアカウントを削除することを決定するユースケースである。例えば、A)。1-4-2-7-5-6-3→このテストシーケンスは、ユーザとシステムのインタラクションの論理的な順序と流れに従っていない。例えば、TC4（借りた人に本を貸す）をTC6（借りた人に本を予約する）の前に実行しているが、これは理にかなっていない。）1-6-2-5-7-4-3→このテストシーケンスは、ユーザーとシステムのインタラクションの論理的な順序と流れに従っていない。例えば、TC4（借りた人に本を貸す）の前にTC5（借りた人から本を返す）を実行している。）1-6-4-7-5-3-2→このテストシーケンスは、ユースケースを完了または終了するために不可欠ないくつかのステップを省略しているため、メインシナリオと可能性のあるバリエーションや例外をカバーしていない。例えば、TC2（借主のデータを更新する）が省略されています。これは、ユーザがシステム内の個人情報または連絡先情報を変更できるようにするユースケースの可能なバリエーションです。ユースケースとテストシーケンスに関するより詳しい情報は、【ISTQB Foundation Level 2018 シラバスへの学習ガイド】の第 4 章第 4.2.NEW 問 92 静的解析ツールの使用における制限事項を正しく述べているのは、次のうちどれか。[K1] 静的解析ツールは新しいコードには適用できるが、既存のコードには適用できない。 静的解析ツールはコーディング標準を強制するために使用できる。 静的解析ツールは、新しいコードに適用すると、コードがコーディング標準を満たしていても、常に大量の警告メッセージを生成する。 静的解析ツールは、既存のコードに適用すると警告メッセージを生成しない NEW QUESTION 93基礎レベルのシラバスには、テストの主な基本原則が記載されています。 ソフトウェアの完全なテストは、十分なリソースとテストツールがあれば達成可能である。 ソフトウェアシステムでは、すべての入力と出力の組み合わせをテストすることは、通常の条件では不可能である。 テストの目標は、ソフトウェアに欠陥がないことを示すことである。 自動化されたテストでは、製品の品質について、手動のテストよりも自信を持って発言することができる。 NEW QUESTION 94ブラックボックステストとホワイトボックステストの違いについて、最も適切なものを以下に選びなさい。 ブラックボックステストでは、テスト担当者はテスト対象を事前に知る必要がない。 ホワイトボックステストでは、テスト者はテストを実行する前に仕様書や開発者に相談しなければならない。 ブラックボックステストは静的解析を用いる。ホワイトボックステストは動的解析を用いる ブラックボックステストはテスト基礎文書に基づく。ホワイトボックステストは、コード自体の分析に基づく。 ブラックボックステストは、コード自体の分析に基づく ホワイトボックステストは、テスト基盤に基づく。 解説ブラックボックステストとホワイトボックステストは、テスト基盤からテストケースを導出する方法が異なる、テスト設計への 2 つのアプローチである。ブラックボックステストは、テスト対象のシステムの内部構造やコードを見ずに、要求事項、仕様書、ユーザーストーリー、またはユースケースのようなテスト基盤文書の分析に基づいています。ホワイトボックステストは、コードの特定の側面をカバーするテストケースを設計するために、ステートメント、ブランチ、パス、データフローなど、コード自体の分析に基づいています。ブラックボックステストは、システムの外部動作と機能に焦点を当て、ホワイトボックステストは、システムの内部ロジックと構造に焦点を当てます：参考文献：Certified Tester Foundation Level Syllabus, Section 4.3NEW QUESTION 95次のうち、ブラックボックス動的テストの例はどれですか？ コード検査 プログラムの実行によるメモリリークのチェック 機能テスト カバレッジ分析 NEW QUESTION 96次のうち、静的テストの例はどれか？ ツールによるパスカバレッジの計算 パフォーマンステスト 要件レビュー ユーザビリティテスト NEW QUESTION 97次のテスト組織のうち、独立性が最も高いのはどれか。 開発チーム内の独立したテスター ユーザーコミュニティから独立したテスター ユーザビリティ、パフォーマンス、または認証テストの専門家など、特定のテストタイプについて独立したテスト専門家 開発チームの別の開発者がテストしたコード 解説独立性が最も高いテスト組織は、C です。ユーザビリティ、パフォーマンス、認定テストの専門家など、特定のテストタイプに特化した独立したテスト専門家です。テストの独立性とは、テスターと、テスト対象のシステムまたはコンポーネントの開発者またはユーザーとの間の分離の程度を指す。テストの独立性は、テストの偏りを減らし、客観性を高めるのに役立ちます。独立したテストの専門家とは、特定のテストの種類や領域について専門的なスキルや知識を持ち、テスト対象のシステムやコンポーネントの開発や使用に関与していないテスト実施者のことである。独立したテストスペシャリストは、開発チームやユーザーコミュニティの一員であるテスターよりも、信頼性が高く正確な結果を提供することができます。テストの独立性についての詳細な説明は、[A Study Guide to the ISTQB Foundation Level 2018 Syllabus]の 9-10 ページに記載されています。NEW QUESTION 98あなたのタスクは、現在リリースされているソフトウェアのテスト実行スケジュールを作成することです。システム仕様には、以下の論理的依存関係が記載されています。時間を節約するために、テスト計画では、スケジュール内の後続のテストのためのテストデータを作成するために、テストをスケジュールする必要があると述べています。 a, d, c, b, e a、c、b、d、e e, a, b, c, d e、a、d、c、b 説明テスト計画の要件と論理的依存関係を満たすテスト実行スケジュールは、e, a, d, c, b です。このスケジュールは、まず再テスト（e）、次に優先度の高いテスト（a と d）、次に後続のテスト（c と b）のテストデータを作成するという順番に従っています。このスケジュールでは、テストケース a が admin ユーザーを作成し、テストケース d が標準ユーザーを作成するために必要で、テストケース c と b がその他のアクションを実行するために必要であるため、論理的な依存関係も尊重されています1。 組織内のすべてのテストチームに同時にツールを導入すること 初期のプロジェクトからツールの使用情報を収集する。 ツールの新規ユーザにトレーニングとコーチングを提供する。 ツールを使用するためのプロセスの適応と改善 解説組織内のすべてのテストチームに同時にツールを導入することは、テストチーム間の抵抗、混乱、過負荷を引き起こす可能性があり、組織内でのツールの展開の成功に悪影響を及ぼす要因である。よりよいアプローチは、ツールを徐々に、段階的に導入することである。パイロットプロジェクトや少人数のユーザーグループから開始し、フィードバックや結果に基づいて他のテストチームに拡大していく。パイロット・プロジェクトには、ツールを使って実験し、フィードバックを提供する意欲と能力のある少人数のユーザーグループを参加させるべきである。パイロットプロジェクトは、明確な目的、範囲、期間、および成功基準を持つべきである。B、C、およびDは、組織内でのツールの展開の成功にプラスの影響を与え得る要因である。初期のプロジェクト（B）からツールの使用情報を収集することは、ツールの利点と欠点を評価し、改善すべき領域を特定し、投資を正当化するのに役立つ。ツールの新規ユーザーにトレーニングとコーチングを提供することで、ツールの使用に対する自信と能力を高め、エラーとフラストレーションを減らし、生産性と満足度を高めることができる。テストチームのワークフローとパフォーマンスを最適化し、ツールを組織の目標や標準と整合させ、テスト活動の価値と品質を向上させることができます。NEW QUESTION 100テスト中の障害の観察に関するインシデントレポートの一部として、最も適切でないものは次のうちどれでしょうか。 リストフレンドのレスポンスタイムの期待結果は10秒未満であったが、得られた平均レスポンスタイムは13秒であった。 ユーザー・インターフェースは複雑で分かりづらく、テスト・スクリプトに従うのはかなり難しいと感じました。 新しいメンバーを追加」機能の一部として行われた更新は、名前が