このページはExams Labs Braindumps [ http://blog.examslabs.com ] からエクスポートされました。 エクスポート日時:Mon Dec 23 15:31:20 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年版）に基づいており、ソフトウェアテストに関する幅広いトピックをカバーしています。 NEW QUESTION 184Webアプリケーションのテスト中に作成された次のインシデントレポート 最も重要なレポートの改善点として何を提案しますか？Joe SmithTest level System testTest case Area 5/TC 98Build version: 2011-16.2不具合の説明画面 1,1 で必要なフィールドをすべて入力した後、ENTER をクリックして画面 2 に進みます。 影響分析の追加 どの開発者がバグを修正すべきかの情報を追加する インシデントが発生したタイムスタンプを追加する どのウェブブラウザが使われたかについての情報を追加する 最も重要なレポートの改善点は、A. 影響度分析を追加することです。影響度分析とは、不具合がテスト対象システムの機能性、ユーザビリティ、パフォーマンス、 信頼性、セキュリティ、その他の側面にどのような影響を与えるかを評価することです。影響度分析は、欠陥の重大性と緊急性に基づいて優先順位を付け、分類するのに役立ちます。また、影響度分析は、不具合の根本的な原因と可能な解決策を決定するのにも役立つ。影響度分析は、意思決定や改善プロセスにとって有用な情報を提供するため、欠陥報告書の 不可欠な部分です。他の報告書の改善点は、意思決定や改善プロセスにとってそれほど多くの 情報や価値を提供しないため、影響度分析の追加ほど重要ではありません。例えば、* B. どの開発者がバグを修正すべきかについての情報を追加する：バグを修正する開発者の割り当ては、欠陥管理プロセスの一部であり、欠陥の割り 当て、追跡、解決、検証を含む：このレポートの改善は、不具合の原因や影響に関する情報をあまり提供しないため、あまり有用ではありません。インシデントが発生したタイムスタンプは、それがテスト対象システムの動作や性能に影響を及ぼしうる何らかの外的要因や事象に関連している場合にのみ関連します：D. どのウェブブラウザを使用したかについての情報を追加する。使用したウェブブラウザは、テスト対象システムの不具合や障害を引き起こす可能性のある互換性や相互運用性の問題に関連する場合にのみ関連します。不具合レポートと影響分析に関する詳細は、【ISTQB Foundation Level 2018 シラバス学習ガイド】第5章に記載されています。 独立性の高いテストチームは、製品への精通度が低くなる可能性がある。 開発チームはコードに精通しているため、多くの不具合を発見できる可能性がある。 組織内の別のグループの人間が設計したテストは、最も高い独立性レベルである。 開発チームの中で、コードを書いた人以外の人が設計したテストは、独立性が最も低い。 解説コードを書いた人以外の開発チームの人が設計したテストは、独立性の最低レベルではありません。独立性が最も低いのは、コードを書いた人によって設計されたテストです。これは、テストに偏りや盲点をもたらす可能性があるからです。開発チーム内の別の人が設計したテストは、コードを書いた人が設計したテストよりも1つ上のレベルである、レベル2：テストは、組織内の別のグループの人間、例えば、独立したテストチームやグループによって設計される。レベル3：テストは、別の組織や会社の人間、例えば、アウトソーシングパートナーや請負業者によって設計される。独立性の高いテストチームは、テスト対象システムに関するすべての情報や知識にアクセスできない可能性があるため、製品への精通度が低くなる（A）可能性がある。開発チームはコードに精通しているため（B）、システムの内部動作や潜在的な問題が発生する可能性のある場所について、より深い洞察力を持っている可能性があるため、多くの不具合を発見できるかもしれない。新しい質問186ソフトウェア会社は、会計業務用の商用アプリケーションを購入することを決定した。評価プロセスの一環として、同社はいくつかの候補アプリケーションをテストするチームを編成することにした。 会計ソフトのテストを専門とするアウトソーシング会社のチーム ソフトウェアテスターと経理部門の専門家の混成チーム アプリケーションを日常的に使用する必要のある経理部門のユーザーからなるチーム ソフトウェアのテスト経験があるため、会社のテストチームのチーム 解説あるソフトウェア会社が、会計業務用の商用アプリケーションを購入することにした。評価プロセスの一環として、同社はいくつかの候補アプリケーションをテストするチームを編成することにした。この目的に最も適したチームは、ソフトウェアテスターと経理部門の専門家が混在するチームであろう。このチームには、次のような利点があります：ソフトウェアテスターは、会社の要件と基準に基づいてテストケースを設計、実 施、評価するスキルと経験を持っています。経理部門の専門家は、各候補アプリケーションの機能性とユーザビリティを理解し、検証するための知識と 専門知識を持っています。彼らはまた、エンドユーザや顧客としてのニーズや期待に基づいて、改善のためのフィードバックや提案を提供することができます。設問で言及された他のチームは、他の目的やシナリオの場合と同様に、この目標には適していません。例えば、会計ソフトのテストを専門とするアウトソーシング会社のチームです：このチームは、会計ソフトウエアをテストするためのスキルや経験を持っているかもしれませんが、アプリケーションを 購入しようとする企業の特定の要求事項や基準を理解し、検証するための知識や専門知識を持っていないかもしれません。日常的にアプリケーションを使用する必要のある経理部門のユーザからなるチーム：このチームは、候補となる各アプリケーションの機能とユーザビリティを理解し、検証するための知識と専門知識を持っているかもしれませんが、企業の要件と基準に基づいてテストケースを設計し、実行し、評価するためのスキルと経験を持っていないかもしれません。また、テスト活動を支援し、各候補アプリケーションの品質とリスクレベルに関する信頼性の高い客観的な情報を提供するためのツールや技 術も不足しているかもしれません：このチームは、会社の要求事項と基準に基づいてテストケースを設計し、実施し、評価するためのスキルと経験を持ってい るかもしれませんが、各候補アプリケーションの機能性とユーザビリティを理解し、検証するための知識と専門知識を持っていない かもしれません。また、エンドユーザや顧客のニーズや期待に基づく改善のためのフィードバックや提案も不足しているかもしれません。 テスト担当者が、テスト項目に関する知識、探求、および過去のテスト結果に基づいて、動的にテストを設計し、実行するテスト手法。 経験ベースのテスト技法であり、経験豊富なテスト実施者が、注意、チェック、または記憶すべき項目の上位リスト、あるいは、製品を検証しなければならないルールや基準のセットを使用する。 コンポーネントやシステムの内部構造を参照することなく、機能的または非機能的な仕様の分析に基づいてテストケースを導出および/または選択する手順。 テストケースの整合性と完全性を、組織の書式規則やベストプラクティスのリストと照らし合わせてチェックするテスト設計技法。 解説チェックリストに基づくテストとは、経験ベースのテスト技法であり、経験豊富なテスト実施者が、注意、チェック、または記憶すべき項目のハイレベルなリスト、あるいは、製品を検証しなければならないルールや基準のセットを使用する。チェックリストに基づくテストは、テスト対象物の重要な側面に集中し、見落としたり忘れたりすることがないようにするのに役立つ。また、チェックリスト・ベースのテストは、テスターがテスト結果とカバレッジをより効果的に伝え、報告するのに役立ちます：参考文献：Certified Tester Foundation Level Syllabus, Section 4.6.1NEW QUESTION 188次のうち、ブラックボックス動的テストの例はどれでしょう？ コード検査 プログラムの実行によるメモリリークのチェック 機能テスト カバレッジ分析 NEW QUESTION 189次の記述のうち、正しいものはどれか？ ペアプログラミングは、開発者とテスターがペアを組んで行う。 ペアプログラミングは、コードインスペクションの代替用語である。 ペアプログラミングは通常ウォーターフォールモデルで使用される。 ペアプログラミングは、とりわけ非公式なレビュー手法である。 NEW QUESTION 190テスト自動化を適用する理由として正しいのは、次のうちどれですか？ 新しいテスト自動化ツールを立ち上げたとき 繰り返しテスト作業が多い場合 自動化が容易な場合 テスト自動化ツールを購入する費用が安いとき 解説テスト自動化を適用する正しい理由は、繰り返しのテストタスクが多い場合です。テスト自動化によって、テストタスクの実行に必要な労力と時間を削減でき、結果の一貫性と精度を向上させることができるからです。その他の選択肢は、テスト自動化の利点とリスク、テスト対象が自動化に適しているかどうか、自動化のためのリソースとスキルが利用可能かどうかを考慮していないため、テスト自動化を適用する正当な理由とはなりません：参考文献：6.3.1項、6.3.2項NEW QUESTION 191 チェックリスト方式のテストについて、最もよく説明しているのは次のうちどれでしょう？ チェックリストベースのテストは、一般的ではあるが、一貫性がなく、テストケース開発に関するガイドラインもほとんどない。 チェックリストベースのテストは、ユーザにとって何が重要であるか、また、なぜ、どのようにソフトウェアが失敗するのかを理解した上で、テストのリストを作成する。 チェックリストベースのテストは、ユーザビリティ、パフォーマンス、セキュリティテストを含む非機能テストに限定される。 チェックリストベースのテストは、テスト条件の詳細なリストから形式的なテストを含むため、再現性が高い。 解説チェックリストベースのテストを説明しているので、正解は B です。チェックリストベースのテストは、経験ベースのテスト技法であり、ユーザーにとって何が重要であるか、また、ソフトウ ェアがなぜ失敗するのか、どのように失敗するのかを理解した上で、テストのリストを作成する1。チェックリスト・ベースのテストは、ソフトウェアの重要な側面が確実にテストされていることを確認し、テスト実施者が追加テストを作成する際の指針とするために使用することができます1。チェックリストに基づくテストは、事前に定義されたチェック項目やチェック基準のリストを使用することで、テストケースの開発に関する一貫性とガイドラインを提供するため、選択肢 A は誤りである1。チェックリストに基づくテストは、非機能テストに限定されるものではなく、機能テストと非機能テストの両方に使用できる1。チェックリストに基づくテストには、テスト条件の詳細なリストからの正式なテストは含まれず、項目や基準のハイレベルなリストからの非公式なテストが含まれるため、選択肢 D は正しくない1。参考文献1、4.2.6項NEW QUESTION 192以下に記すテストツールの種類のうち、レビューを支援するツールを最もよく表しているのはどれか。 ユーザビリティテストを支援するツール データ品質を評価するツール 特殊なテストニーズをサポートするツール 静的テストをサポートするツール 解説レビューを支援するツールについて説明しているので、正解は D です。レビューを支援するツールとは、文書に欠陥がないか、標準に準拠しているかなどをチェックする静的テスト活動を支援するツールのことです3。レビューを支援するツールの例：文書レビューと注釈のためのツール文書比較とバージョン管理のためのツールチェックリスト管理と欠陥追跡のためのツール選択肢Aは、ユーザビリティテストを支援するツールについて説明しているため、不正解です。ユーザビリティ・テストを支援するツールとは、ソフトウェア製品の使いやすさや使いやすさに関連する動的なテスト活動の実行を支援するツールのことです3。ユーザビリティ・テストを支援するツールの例：ユーザーの行動とフィードバックを記録するツールユーザーの行動と満足度を分析するツールさまざまなユーザー・インターフェースとデバイスをシミュレートするツール選択肢Bは、データ品質を評価するツールについて説明しているため、誤りです。データ品質を評価するツールとは、テストに使用するデータの正確性と完全性の評価と改善を支援するツールのことです3。データ品質を評価するツールの例：データ検証と検証のためのツールデータクレンジングと変換のためのツールデータプロファイリングと分析のためのツール選択肢Cは、特殊なテストのニーズをサポートするツールについて記述しているため、誤りです。専門的なテストニーズをサポートするツールとは、特定のドメインや技術に関連する動的なテスト活動の実行を支援するツールのことです3。セキュリティテスト用ツール性能テスト用ツールアクセシビリティテスト用ツール参照：3, Section 2.10NEW QUESTION 193テストの準備と実行の進捗状況を監視するために使用できるメトリクスは、次のうちどれですか。 計画したテストの総数 テストされる要件の総数 すでに完了したテストの失敗率 これまでにテスト実行に使用したテスターの数 NEW QUESTION 194ISTQBの基本的なテストプロセスは、5つの主要な活動から構成されている。 必要なテストデータを特定する」というタスクは、このうちどれに属するか。 テスト基準の評価と報告 テストの実施と実行 テストの計画と管理 テスト分析と設計 テスト分析と設計は、基本的なテストプロセスの中で、必要なテストデータの特定を含む活動である。テストデータは、テストケースを実行し、期待される結果を検証するために使用されるインプットである2。* 終了基準の評価と報告（A）は、テスト終了活動の一部であり、テストの結果を定義された目的に対して評価する。テストの実施と実行（B）は、特定されたテストデータを用いてテストケースを実行し、期待される結果からの逸脱を文書化する。NEW QUESTION 195次のうち、テスト管理活動でないものはどれか。 時間的なプレッシャーがあるため、テストの優先順位を変更する。 テスト環境の実行可能性に起因するテストスケジュールの変更 テストの中断と再開の基準をテスト計画に記述する 修正プログラムをビルドに組み込む前に、開発者による再テストを要求する入力基準を設定する。 NEW QUESTION 196インシデントレポートが IEEE 829 Standard forSoftwareTest Documentation に基づいている場合、インシデントレポートにはどのような内容が記載されるでしょうか：1 i, ii, iii ii, iii i, iii, iv i, ii, iii, v NEW QUESTION 197テストの一般的な目的はどれか。 システムの品質レベルについて確信を得る。 システムの品質特性を改善するために不具合を修正する。 デバッグ活動の一環として情報を提供する。 システムが必要なだけ速く、効率的に動作することを確認する。 説明システムの品質レベルについて確信を得ることは、テストの一般的な目的である。なぜなら、テストは、シス テムが指定された要求事項とユーザの期待事項をどの程度満たしているか、また、システムでどの程度の欠陥が発見され、修正さ れたかについての情報を提供できるからである：参照：A Study Guide to the ISTQB Foundation Level 2018 Syllabus1, Chapter 1, Section 1.1.1, page 3.NEW QUESTION 198インシデントに関する次の記述のうち、正しくないものはどれか。 インシデントは、発見、分類から修正、解決策の確認まで追跡されるべきである。 実際の結果と期待される結果の不一致は、インシデントとして記録する必要がある。 インシデントは実際の結果と期待される結果の不一致であるため、開発中に提起することはできない。 インシデントは、ソフトウェア製品の開発中、レビュー中、テスト中、または使用中に発生する可能性がある。 NEW QUESTION 199次の図は、テスト対象のアプリケーションがサポートするオペレーティングシステム、データベース、アプリケーションサーバーのさまざまな種類を示しています。すべての組み合わせを完全に網羅するためには、上記のうちいくつの組み合わせをテストする必要があるか。 11 5 45 3 解説この図には、テスト対象のアプリケーションがサポートするオペレーティングシステム（LNX、W2K、WSP）、データベース（ORA、MSQ、SQL）、アプリケーションサーバ（JBS、WSP）の様々な種類が列挙されている。これらのタイプのすべての可能な組み合わせをテストするためには、各カテゴリのオプションの数を掛け合わせる必要がある。したがって、3×3×2＝18通りのテストが可能です。しかし、図をよく見ると、いくつかの組み合わせは、線で結ばれていないため、有効でも実現可能でもないことがわかります。例えば、LNXとWSPをアプリケーションサーバーとしてテストすることはできない。同様に、W2KとJBSをアプリケーションサーバーとしてテストすることはできません。したがって、これらの無効な組み合わせを計算から除外する必要がある。図の中で線で結ばれている有効な組み合わせだけを数えると、次のようになる：LNXの5つの組み合わせ（LNX-ORA-JBS、LNX-ORA-WSP、LNX-MSQ-JBS、LNX-MSQ-WSP、LNX-SQL-JBS）W2Kの5つの組み合わせ（W2K-ORA-WSP、W2K-MSQ-WSP、WSP（WSP-ORA-JBS、WSP-ORA-WSP、WSP-MSQ-JBS、WSP-MSQ-WSP）の5つの組み合わせ。したがって、テストする有効な組み合わせは5 + 5 + 5 = 15通りとなる。組み合わせのテストに関するより詳しい情報は、Software Testing Foundations を参照されたい：NEW QUESTION 200テスターは、基本テストプロセスのどの段階で、テスト手順のステップを記述しますか？ テストの実施と実行 終了基準の評価と報告 テストの終結活動 テストの計画と管理 テストの実施と実行は、基本テストプロセスのどの段階ですか。テスト実施者は、各テストケースを実行するための詳細な手順（テスト手順）を記述し、テストケースの実行準備と優先順位付けを行い、テストケースを実行して結果を記録し、実際の結果と期待さ