CTFL_Syll2018 試験情報および無料模擬試験オールインワン試験ガイド Jul-2024 [Q184-Q200] : Exams Labs Braindumps : http://blog.examslabs.com

このページはExams Labs Braindumpsからエクスポートされました。 [ http://blog.examslabs.com ]
エクスポート日時: Mon Dec 23 14:28:35 2024 / +0000 GMT

CTFL_Syll2018試験情報と無料模擬試験オールインワン試験ガイド Jul-2024【Q184-Q200

CTFL_Syll2018試験情報と無料模擬試験オールインワン試験ガイド Jul-2024

合格ISQI CTFL_Syll2018実際の無料試験Q&As更新ダンプ2024年7月19日

ISQI CTFL_Syll2018 (ISTQB Certified Tester Foundation Level (Syllabus 2018)) 試験はソフトウェアテストの分野で世界的に認められている認定試験です。CTFL_Syll2018試験は、ソフトウェアテストのキャリアを確立したい人、またはすでにその分野にいて、知識とスキルを強化したい人のために設計されています。CTFL_Syll2018試験は、International Software Testing Qualifications Board (ISTQB)の最新シラバス（2018年版）に基づいており、ソフトウェアテストに関する幅広いトピックをカバーしています。

新しい質問 184
ウェブ・アプリケーションのテスト中に作成された以下のインシデント・レポート。最も重要なレポートの改善点として、あなたは何を提案しますか？
不具合発見日：2010.8.15
検出された不具合ジョー・スミス
テストレベルシステムテスト
テストケースエリア5/TC 98
ビルド・バージョン：2011-16.2
欠陥の説明画面 1,1 で必要なフィールドをすべて入力した後、ENTER をクリックして画面 2 に進みます。
何も起こらないし、システムもまったく反応しない。

影響分析の追加

どの開発者がバグを修正すべきかの情報を追加する

事件が発生したタイムスタンプを追加する

使用されたウェブブラウザの情報を追加する

最も重要なレポートの改善点は、A. 影響度分析を追加することです。影響度分析とは、欠陥がテスト対象システムの機能性、ユーザビリティ、パフォーマンス、信頼性、セキュリティ、その他の側面にどのような影響を及ぼすかを評価することです。影響度分析は、欠陥の重大性と緊急性に基づいて優先順位を付け、分類するのに役立ちます。また、影響度分析は、不具合の根本的な原因と可能な解決策を決定するのにも役立つ。影響度分析は、意思決定や改善プロセスに有用な情報を提供するため、不具合報告書の不可欠な部分である。
その他の報告書の改善点は、意思決定や改善プロセスにとってそれほど多くの情報や価値を提供しないため、影響度分析の追加ほど重要ではない。例えば
* B. どの開発者がバグを修正すべきかについての情報を追加する：不具合を記述し、再現し、優先順位をつけるために必要な情報の一部ではないので、このレポートの改善は必要ありません。
バグを修正する開発者の割り当ては、欠陥管理プロセスの一部であり、欠陥の割り当て、追跡、解決、検証を含む。
* C. インシデントが発生したタイムスタンプを追加する：このレポート改善は、不具合の原因や影響に関する情報をあまり提供しないため、あまり有用ではありません。インシデントが発生したタイムスタンプは、それがテスト対象システムの動作や性能に影響を及ぼしうる何らかの外的要因や事象に関連している場合にのみ関連します。
* D. どのウェブブラウザを使用したかについての情報を追加する：この報告書の改善は、テスト対象システムの機能性やユーザビリティに影響しないため、あまり意味がありません。使用されたウェブブラウザは、テスト対象システムの不具合や障害を引き起こす可能性のある互換性や相互運用性の問題に関連する場合にのみ関連します。
不具合レポートと影響分析については、【ISTQBファンデーションレベル2018シラバス学習ガイド】の第5章に詳しく書かれています。

新しい質問 185
次の記述のうち、正しくないものはどれか？

独立性の高いテストチームは、製品への精通度が低くなる可能性がある。

開発チームはコードに精通しているため、多くの欠陥を見つけることができる。

組織内の異なるグループの人間が設計したテストは、最高の独立性レベルである。

開発チームの中でコードを書いた人以外の人が設計したテストは、独立性が最も低いレベルである。

新しい質問 186
あるソフトウェア会社が、会計業務用の商用アプリケーションの購入を決めた。評価プロセスの一環として、同社はチームを編成し、いくつかの候補アプリケーションをテストすることにした。
この目標に最もふさわしいチームは？

会計ソフトのテストを専門とするアウトソーシング会社のチーム

ソフトウェア・テスターと経理部門の専門家が混在するチーム

日常的にアプリケーションを使用する必要のある経理部門のユーザーチーム

ソフトウエアのテスト経験があるため、会社のテストチームから1チーム

説明
あるソフトウェア会社が、会計業務用の商用アプリケーションの購入を決めた。評価プロセスの一環として、同社はいくつかの候補アプリケーションをテストするチームを編成することにした。この目的に最も適したチームは、ソフトウェアテスターと経理部門の専門家が混在するチームであろう。このチームには、次のような利点がある：
ソフトウェアテスターは、企業の要件や基準に基づいてテストケースを設計し、実行し、評価するスキルと経験を有している。また、テスト活動を支援するツールやテクニックを使用し、候補となる各アプリケーションの品質とリスクレベルについて、信頼できる客観的な情報を提供することができます。
経理部門の専門家は、各候補アプリケーションの機能と使いやすさを理解し、検証するための知識と専門知識を持っています。また、エンドユーザーや顧客としてのニーズや期待に基づいて、改善のためのフィードバックや提案を行うこともできます。
質問に挙げられている他のチームは、他の目的やシナリオに比べ、この目標には適していない。例えば
会計ソフトのテストを専門とするアウトソーシング会社のチーム：このチームは、会計ソフトをテストするスキルや経験はあるかもしれないが、アプリケーションを購入したい企業の特定の要件や基準を理解し、検証するための知識や専門知識を持っていないかもしれない。また、評価プロセスに関与する企業の利害関係者とのコミュニケーションやコラボレーションも不足しているかもしれません。
アプリケーションを日常的に使用する必要のある経理部門のユーザーチーム：
このチームは、各候補アプリケーションの機能とユーザビリティを理解し、検証するための知識と専門知識を持っているかもしれませんが、企業の要求事項と基準に基づいてテストケースを設計し、実行し、評価するためのスキルと経験を持っていないかもしれません。また、テスト活動を支援し、各候補アプリケーションの品質とリスクレベルに関する信頼できる客観的な情報を提供するためのツールや技術も不足しているかもしれません。
ソフトウェアのテスト経験があるため、会社のテストチームからのチーム：このチームは、企業の要求事項と基準に基づいてテストケースを設計し、実施し、評価するスキルと経験を持っているかもしれませんが、候補となる各アプリケーションの機能とユーザビリティを理解し、検証するための知識と専門知識を持っていないかもしれません。また、エンドユーザや顧客のニーズや期待に基づく改善のためのフィードバックや提案が不足しているかもしれません。

新しい質問 187
チェックリスト・ベースのテストを説明するのに最も適切なものはどれか。

テスト担当者の知識、テスト項目の探索、および過去のテスト結果に基づき、テストを動的に設計・実行するテスト手法。

経験ベースのテスト技法で、経験豊富なテスターが、注意、チェック、記憶すべき項目のハイレベルなリスト、または製品を検証しなければならないルールや基準のセットを使用する。

コンポーネントやシステムの内部構造を参照することなく、機能的または非機能的な仕様の分析に基づいてテストケースを導出および/または選択する手順。

テストケースが、組織のフォーマットルールやベストプラクティスのリストと照らし合わされ、一貫性と完全性がチェックされることを保証するテスト設計手法。

新しい質問 188
次のうち、ブラックボックス動的テストの例はどれか。

コード検査

プログラムの実行によるメモリリークのチェック

機能テスト

カバレッジ分析

新しい質問 189
次の記述のうち、正しいものはどれか？

開発者とテスターがペアを組んで行うペアプログラミング

ペア・プログラミングは、コード・インスペクションの別名である。

ペアプログラミングは、通常ウォーターフォールモデルで使用される。

ペアプログラミングは、とりわけ非公式なレビュー手法である。

新しい質問 190
テスト自動化を適用する理由として正しいものはどれか。

新しいテスト自動化ツールを立ち上げるとき

繰り返しのテスト作業が多い場合

自動化が容易な場合

テスト自動化ツールを安く買うには

新しい質問 191
チェックリスト・ベースのテストを説明するのに最も適切なものはどれか。

チェックリスト・ベースのテストは一般的ではあるが、テストケースの開発に関する一貫性やガイドラインはほとんどない。

チェックリスト・ベースのテストには、ユーザーにとって重要なことに基づくテストのリストと、ソフトウェアがなぜ、どのように失敗するのかを理解することが含まれる。

チェックリスト・ベースのテストは、ユーザビリティ、パフォーマンス、セキュリティ・テストを含む非機能テストに限定される。

チェックリスト・ベースのテストは、テスト条件の詳細なリストからの形式的なテストを含み、多くの再現性を可能にする。

新しい質問192
以下のテストツールの種類のうち、レビューをサポートするツールについて最もよく説明されているものはどれか。

ユーザビリティ・テストをサポートするツール

データの質を評価するツール

特殊な検査ニーズをサポートするツール

静的テストをサポートするツール

説明
レビューを支援するツールについて述べているので、正解は D です。レビューを支援するツールとは、文書に欠陥がないか、標準に準拠しているかなどをチェックする静的テスト活動を支援するツールのことです3。レビューを支援するツールの例としては、以下のようなものがあります：
文書レビューと注釈のためのツール
文書の比較とバージョン管理のためのツール
チェックリスト管理と欠陥追跡のためのツール
選択肢Aは、ユーザビリティ・テストを支援するツールについて述べているため、誤りである。ユーザビリティ・テストを支援するツールとは、ソフトウェア製品の使いやすさや使いやすさに関連する動的なテスト活動の実行を支援するツールのことです3。ユーザビリティ・テストを支援するツールの例は、次のとおりです：
ユーザーのアクションとフィードバックを記録するツール
ユーザーの行動と満足度を分析するツール
さまざまなユーザー・インターフェースとデバイスをシミュレートするツール
選択肢Bは、データ品質を評価するツールについて記述しているため、誤りである。データ品質を評価するツールとは、テストに使用されるデータの正確性と完全性の評価と改善を支援するツールである3。データ品質を評価するツールの例
データ検証と検証のためのツール
データクレンジングとデータ変換のためのツール
データのプロファイリングと分析のためのツール
選択肢 C は、特殊なテストニーズをサポートするツールについて記述しているため、誤りである。専門的なテストニーズを支援するツールとは、特定の領域や技術に関連する動的なテスト活動の実行を支援するツールのことである3。専門的なテストニーズをサポートするツールの例としては、以下のようなものがあります：
セキュリティ・テスト用ツール
パフォーマンス・テスト用ツール
アクセシビリティ・テストのためのツール
参考文献3、セクション2.10

新しい質問 193
テストの準備と実行の進捗を監視するために使用できるメトリクスは、次のうちどれですか。
[K1]

計画されたテストの総数

テストされる要件の総数

すでに完了したテストでの失敗率

これまでのテスト実施に使用されたテスターの数

新しい質問 194
ISTQB の基本的なテストプロセスは、5 つの主要なアクティビティから構成される。
「必要なテストデータの特定」？

テスト基準の評価と報告

テストの実施と実行

テスト計画と管理

テスト分析と設計

新しい質問 195
次のうち、テスト管理活動でないものはどれか。

時間的なプレッシャーからテストの優先順位を変更

テスト環境の実行可能性によるテストスケジュールの変更

テストの中断と再開の基準をテスト計画に書く

修正プログラムをビルドに組み込む前に、開発者による再テストを必要とするエントリー基準を設定する。

新しい質問 196
インシデント・レポートがIEEE 829規格に基づくものであった場合、インシデント・レポートにはどのような内容が記載されるでしょうか？
SoftwareTestドキュメント？
(i)ソフトウェアまたはシステムの構成項目の特定。
(ii)インシデントが観察されたソフトウェアまたはシステムのライフサイクルプロセス。
(iii)事故の再現を可能にする異常の説明。
(iv)インシデントの発生回数。
(v)測定基準および報告目的のための事故原因の分類。
正解数1

i, ii, iii

ii, iii

i, iii, iv

i, ii, iii, v

新しい質問 197
次のうち、テストの一般的な目的はどれか。

システムの品質レベルについて自信を得る

不具合を修正し、システムの品質特性を向上させる。

デバッグ活動の一環としての情報提供

システムが必要なだけ速く、効率的に機能するようにする。

新しい質問 198
インシデントに関する次の記述のうち、正しくないものはどれか。

インシデントは、発見、分類、修正、解決策の確認まで追跡されるべきである。

実際の結果と期待される結果の不一致は、インシデントとして記録される必要がある。

インシデントは、実際の結果と期待される結果の不一致であるため、開発中に提起することはできない。

インシデントは、ソフトウェア製品の開発、レビュー、テスト、または使用中に発生する可能性がある。

新しい質問 199
以下の図は、テスト対象のアプリケーションがサポートする様々な種類のオペレーティングシステム、データベース、アプリケーションサーバーの一覧です。すべての組み合わせを完全に網羅するためには、上記のうちいくつの組み合わせをテストする必要がありますか？