150 年の手動テスト面接の質問と回答 2025 件

替え： トーマス・ハミルトン トーマス・ハミルトン
Hours 更新中

ソフトウェア テスターの面接で面接官がどのような質問をするかを知るために、手動テストで最もよく聞かれる質問と回答をまとめました。 このソフトウェア テストの面接の質問と回答のリストでは、手動テストの面接を簡単にクリアできるように、10 年の経験を持つ一般的な基本および高度なテストの面接の質問をすべて網羅し、詳細な回答を提供しています。

私たちは、新人候補者向けのソフトウェア テストに関する 150 件以上の重要な質問と、次の面接の準備に役立つ QA エンジニア向けの手動テストの経験豊富な面接の質問をカバーしました。 経験豊富な候補者向けのソフトウェア テストの面接の質問に関するこの詳細なガイドは、ソフトウェア テストの面接を突破するのに役立ちます。

経験者および新人向けの手動テスト面接の質問と回答

1. 探索的テストとは何ですか?

探索的テストは、テスターが最小限の計画と最大限のテスト実行に関与する実践的なアプローチです。計画には、テスト チャーターの作成、短い (1 ～ 2 時間) 時間制限付きテスト作業の範囲の簡単な宣言、目的、および使用する可能性のあるアプローチが含まれます。テスト設計とテスト実行のアクティビティは、通常、テスト条件、テスト ケース、またはテスト スクリプトを正式に文書化することなく並行して実行されます。これは、他のより正式なテスト手法が使用されないことを意味するものではありません。たとえば、テスターは境界値分析を使用することを決定したとしても、最も重要な境界値について熟考してテストしますが、必ずしも書き留める必要はありません。探索的テスト セッション中にメモが書き込まれ、後でレポートを作成できます。

👉 無料 PDF ダウンロード: 手動テストの面接の質問と回答

2.「ユースケーステスト」とは何ですか?

アプリケーションの機能要件を最初から最後まで特定して実行するために「ユースケース」が使用され、これを行うために使用される手法は「ユースケーステスト」として知られています。

3. STLC (ソフトウェア テスト ライフ サイクル) と SDLC (ソフトウェア開発ライフ サイクル) の違いは何ですか?

SDLC はソフトウェアの開発/コーディングを担当し、STLC はソフトウェアの検証と検証を担当します。

4. トレーサビリティ マトリックスとは何ですか?

テスト ケースと要件の関係は、ドキュメントを使用して示されます。 この文書はトレーサビリティ マトリックスとして知られています。

5. 等価分割テストとは何ですか?

等価分割テストは、アプリケーション入力テスト データを、テスト ケースを導き出すことができる等価データの各パーティションに少なくとも XNUMX 回分割するソフトウェア テスト手法です。 このテスト方法により、ソフトウェアのテストにかかる時間を短縮できます。

6. ホワイト ボックス テストとは何ですか? また、ホワイト ボックス テストの種類を挙げてください。

ホワイトボックステストの手法では、コンポーネントまたはシステムの内部構造（コードカバレッジ、ブランチカバレッジ、パスカバレッジ、条件カバレッジなど）の分析に基づいてテストケースを選択します。これはコードベーステストまたは構造テストとも呼ばれます。ホワイトボックステストにはさまざまな種類があります。

  1. 声明の対象範囲
  2. 決定事項の範囲

7. ホワイトボックステストでは何を検証しますか?

ホワイト ボックス テストでは、次の手順が検証されます。

  1. コード内のセキュリティ ホールを確認する
  2. コード内の不完全なパスまたは壊れたパスを確認する
  3. ドキュメントの仕様に従って構造の流れを確認する
  4. 期待される出力を確認する
  5. コード内のすべての条件ループを検証して、アプリケーションの完全な機能を確認します。
  6. コーディングを行ごとに検証し、テストを 100% カバーします

8. ブラック ボックス テストとは何ですか? ブラック ボックス テストにはどのような手法がありますか?

ブラックボックステストは、コードやプログラムの内部構造を知らなくてもソフトウェアをテストするために使用されるソフトウェアテスト方法です。このテストは通常​​、アプリケーションの機能を確認するために行われます。ブラックボックステストのさまざまな手法は次のとおりです。

  1. 等価分割
  2. 境界値分析
  3. 因果関係のグラフ化

9. 静的テストと動的テストの違いは何ですか?

静的テスト: 静的テスト方法では、コードは実行されず、ソフトウェア ドキュメントを使用して実行されます。

動的テスト: このテストを実行するには、コードが実行可能形式である必要があります。

関連記事

10. 検証と検証とは何ですか?

検証は、開発段階でソフトウェアを評価するプロセスです。 これは、特定のアプリケーションの製品が指定された要件を満たしているかどうかを判断するのに役立ちます。 バリデーションとは、開発プロセスの後にソフトウェアを評価し、顧客の要件を満たしているかどうかを確認するプロセスです。

11. さまざまなテストレベルは何ですか?

テストレベルは XNUMX つあります

  1. ユニット/コンポーネント/プログラム/モジュールのテスト
  2. 統合テスト
  3. システムテスト
  4. 受け入れ試験

12. 統合テストとは何ですか?

統合テスト ソフトウェア テスト プロセスのレベルの XNUMX つで、アプリケーションの個々のユニットを組み合わせてテストします。 通常、単体テストと機能テストの後に実行されます。

13. テスト計画は何で構成されていますか?

テスト設計、範囲、テスト戦略、アプローチは、テスト計画ドキュメントを構成するさまざまな詳細です。

  1. テストケース識別子
  2. 対象領域
  3. テストする機能
  4. テスト対象外の機能
  5. テスト戦略とテストアプローチ
  6. テスト成果物
  7. Responsibilities
  8. 人員配置とトレーニング
  9. リスクと不測の事態

14. UAT (ユーザー受け入れテスト) とシステムテストの違いは何ですか?

システム テスト: システム テストでは、システム全体をテストするときに欠陥を発見します。 エンドツーエンド テストとも呼ばれます。 このようなタイプのテストでは、アプリケーションは最初から最後まで影響を受けます。

UAT: ユーザー受け入れテスト (UAT) には、製品がユーザーのニーズを満たすかどうかを判断する一連の特定のテストを通じて製品を実行することが含まれます。

15. データ駆動型テストと再テストの違いについて言及しますか?

再テスト: これは、開発チームが対処したバグをチェックして修正されたことを確認するプロセスです。

データ駆動型テスト (DDT): データ駆動型テスト プロセスでは、アプリケーションは複数のテスト データを使用してテストされます。 アプリケーションは別の値のセットでテストされます。

3 年、5 年、10 年の経験を対象とした高度な手動ソフトウェア テストの面接の質問

16. テスト中に問題を解決するための貴重な手順は何ですか?

  • 記録: 発生した問題を記録し、対処します。
  • 報告: 問題を上位のマネージャーに報告します。
  • コントロール: 問題管理プロセスを定義する

17. テスト シナリオ、テスト ケース、テスト スクリプトの違いは何ですか?

テストシナリオとテストケースの違いは次のとおりです。

テストシナリオ: テスト シナリオは、テストできる機能です。 テスト条件またはテスト可能性とも呼ばれます。

テストケース： これは、実行する必要がある手順が記載された文書です。 それは以前から計画されていました。

テストスクリプト： これはプログラミング言語で書かれており、ソフトウェア システムの機能の一部をテストするために使用される短いプログラムです。 言い換えれば、手動で実行する必要がある一連の手順を文書化したものです。

18. 潜在的欠陥とは何ですか?

潜在的な欠陥: この欠陥はシステム内の既存の欠陥であり、正確な一連の条件が満たされたことがないため、障害は発生しません。

19. テスト実行の品質を知るのに役立つ XNUMX つのパラメータは何ですか?

テスト実行の品質を知るには、XNUMX つのパラメータを使用できます。

  • 欠陥排除率
  • 欠陥漏れ率

テスト実行の品質に関するパラメータ

テスト実行の品質に関するパラメータ

20. ソフトウェアテストツール「phantom」の機能は何ですか?

Phantom はフリーウェアで、Windows GUI 自動化スクリプト言語として使用されます。これにより、ウィンドウと機能を自動的に制御できます。キーストロークとマウス クリックの任意の組み合わせ、およびメニュー、リストなどをシミュレートできます。

21. テスト成果物とは何ですか?

テスト成果物は、テストをサポートするために開発および保守する必要があるドキュメント、ツール、およびその他のコンポーネントのセットです。

ソフトウェア開発ライフサイクルの各段階で異なるテスト成果物が存在します

  • テストする前に
  • テスト中
  • テスト後

22. 突然変異テストとは何ですか?

ミューテーションテストは、さまざまなコード変更（バグ）を意図的に導入し、元のテストデータ/ケースで再テストしてバグが検出されるかどうかを判断することにより、一連のテストデータまたはテストケースが有用であるかどうかを識別する手法です。

23. AUT の自動化ツールを選択する前に考慮すべきことは何ですか?

  • 技術的実現可能性
  • 複雑さのレベル
  • アプリケーションの安定性
  • テストデータ
  • アプリケーションサイズ
  • 自動化されたスクリプトの再利用性
  • 環境全体での実行

24. リスク分析はどのように実施しますか?

リスク分析には次の手順を実行する必要がある。

  1. リスクのスコアを見つける
  2. リスクのプロファイルを作成する
  3. リスク特性の変更
  4. そのテストリスクに対応するリソースを導入する
  5. リスクのデータベース化

25. デバッグのカテゴリは何ですか?

デバッグ用のカテゴリ

  1. ブルートフォースデバッグ
  2. バックトラッキング
  3. 原因の除去
  4. プログラムのスライス
  5. フォールトツリー分析

26. 障害マスキングとは何ですか? 例を挙げて説明します。

XNUMX つの欠陥の存在によってシステム内の別の欠陥の存在が隠蔽されることは、障害マスキングとして知られています。

例: 「負の値」によって未処理のシステム例外が発生する場合、開発者は負の値の入力を禁止します。 これにより問題が解決され、ハンドルされない例外の発生という欠陥が隠されます。

27. テスト計画とは何か説明してください。 テスト計画でカバーすべき情報は何ですか?

テスト計画は、テスト活動の範囲、アプローチ、リソース、およびスケジュールを説明するドキュメントとして定義でき、テスト計画には次の詳細が含まれる必要があります。

  • テスト戦略
  • テストの目的
  • 退場・停止基準
  • 資源計画
  • テスト成果物

28. プロジェクト内の製品リスクを排除するにはどうすればよいですか?

これは、プロジェクト内の製品リスクを排除するのに役立ちます。また、プロジェクト内の製品リスクを軽減できる、シンプルだが重要な手順があります。

  • 仕様書を調査する
  • 開発者を含むすべての関係者とプロジェクトについて話し合う
  • 実際のユーザーとして Web サイトを歩き回る

29. プロジェクトの失敗につながる一般的なリスクは何ですか?

プロジェクトの失敗につながる一般的なリスクは次のとおりです。

  • 人材が足りない
  • テスト環境が正しく設定されていない可能性があります
  • 限られた予算
  • 時間制限

30. プロジェクトの見積もりは何を基にして導き出されますか?

プロジェクトを見積もるには、以下の点を考慮する必要があります。

  • プロジェクト全体を最小のタスクに分割する
  • 各タスクをチームメンバーに割り当てます
  • 各タスクを完了するために必要な労力を見積もる
  • 見積もりを検証する

31. チームメンバーにタスクを割り当てる方法を説明してください。

仕事 Director
ソフトウェア要件仕様の分析 メンバー全員
テスト仕様書を作成する テスター/テストアナリスト
テスト環境を構築する 試験管理者
テストケースを実行する テスター、テスト管理者
欠陥を報告する テスター

32. テストの種類とは何ですか?また、一般的に使用されるテストの種類は何ですか?

期待されるテスト結果を得るには、テスト タイプと呼ばれる標準手順に従います。

一般的に使用されるテストの種類は次のとおりです。

  • 単体テスト: アプリケーションの最小のコードをテストします。
  • API テスト: アプリケーション用に作成された API のテスト
  • 統合テスト: 個々のソフトウェア モジュールを組み合わせてテストします。
  • システムテスト: システムの完全なテスト
  • インストール/アンインストール テスト: クライアント/顧客の観点から行われるテスト
  • アジャイルテスト: アジャイル技術によるテスト

33. プロジェクトを監視する際に考慮しなければならないことは何ですか?

考慮すべき点は、

  • プロジェクトは予定通りに進んでいますか
  • 予算オーバーですか
  • 同じキャリア目標に向かって取り組んでいますか
  • 十分なリソースはありますか
  • 差し迫った問題の前兆はありますか
  • プロジェクトをより早く完了するよう経営陣からプレッシャーはありますか

34. 問題を引き起こすよくある間違いは何ですか?

  • リソースを間違ったプロジェクトに一致させる
  • テストマネージャーのスキル不足
  • 他人の話を聞かない
  • 不適切なスケジュール設定
  • 過小評価
  • 小さな問題は無視して
  • プロセスに従わない

35. 一般的なテストレポートには何が含まれますか? テストレポートの利点は何ですか?

テストレポートには次の内容が含まれます。

  • プロジェクト情報
  • テストの目的
  • テストの概要
  • 欠陥

テストレポートの利点は次のとおりです。

  • プロジェクトの現在の状況と製品の品質が通知されます
  • 必要に応じて、関係者と顧客は是正措置を講じることができます
  • 最終ドキュメントは、製品がリリースの準備ができているかどうかを判断するのに役立ちます

36. テスト管理レビューとは何ですか?なぜ重要ですか?

マネジメントレビューとも言いますが、 ソフトウェア品質保証 またはSQA。 SQA は、ソフトウェアの作業成果物ではなく、ソフトウェア プロセスに重点を置きます。 これは、プロジェクト マネージャーが標準プロセスに確実に従うように設計された一連のアクティビティです。 SQA は、テスト管理者が設定された標準に対してプロジェクトのベンチマークを行うのに役立ちます。

37. ソフトウェア品質保証のベストプラクティスは何ですか?

効果的な SQA 実装のベスト プラクティスは次のとおりです。

  • 継続的改善
  • ドキュメント
  • ツールの使用法
  • メトリック
  • チームメンバーの責任
  • 経験豊富なSQA監査人

38. RTM (要件トレーサビリティ マトリックス) はいつ作成されますか?

RTM はテストケース設計の前に準備されます。 要件はレビュー活動から追跡できる必要があります。

39. テストマトリックスとトレーサビリティマトリックスの違いは何ですか?

テストマトリックス: テスト マトリックスは、ソフトウェア テストのすべての段階を把握するために必要な実際の品質、労力、計画、リソース、および時間を把握するために使用されます。

トレーサビリティマトリクス: テスト ケースと顧客要件の間のマッピングは、トレーサビリティ マトリックスとして知られています。

40. 手動テストにおけるスタブとドライバーとは何ですか?

スタブとドライバーはどちらも増分テストの一部です。 インクリメンタル テストには、ボトムアップ アプローチとトップダウン アプローチという XNUMX つのアプローチがあります。 ドライバーはボトムアップ テストに使用され、スタブはトップダウン アプローチに使用されます。 メインモジュールをテストするには、ダミーのコードまたはプログラムであるスタブが使用されます。

41. 欠陥を見つけたら、どのような手順を実行しますか?

欠陥が見つかったら、次の手順に従います

a) 欠陥を再現する

b) スクリーンショットを添付してください

c) 欠陥を記録する

42. 「テスト計画主導」または「キーワード主導」のテスト方法とは何ですか?

この手法では、特別な「キーワード」を含むスプレッドシートを使用してテスターが開発した実際のテスト ケース ドキュメントを使用します。 キーワードは処理を制御します。

43. DFD（データフロー図）とは何ですか?

情報システム内の「データの流れ」を図で表すと、データ フロー図と呼ばれます。 データ処理の可視化にも使用されます。

44. LCSAJ とは何ですか?

LCSAJは「線形コードシーケンスとジャンプ」の略で、次の3つの項目で構成されています。

a) 実行可能ステートメントの線形シーケンスの開始

b) 線形シーケンスの終了

c) 直線シーケンスの最後に制御フローが転送されるターゲットライン

45. N+1 テストとは何ですか?

回帰テストのバリエーションは N+1 で表されます。 この手法では、テストは複数のサイクルで実行され、テスト サイクル「N」で見つかったエラーは解決され、テスト サイクル N+1 で再テストされます。 エラーが見つからない限り、このサイクルが繰り返されます。

46. ファズテストとは何ですか?またいつ使用されますか?

ファズ テストは、ソフトウェアのセキュリティの抜け穴やコーディング エラーを検出するために使用されます。 この手法では、システムをクラッシュさせるためにランダム データがシステムに追加されます。 脆弱性が継続する場合は、ファズ テスターと呼ばれるツールを使用して潜在的な原因を特定します。 この手法は大規模なプロジェクトでより便利ですが、検出できるのは重大な障害のみです。

47. ソフトウェアテストのステートメントカバレッジメトリクスの主な利点は何ですか?

ステートメント カバレッジ指標の利点は次のとおりです。

a) ソースコードを処理する必要がなく、オブジェクトコードに直接適用できます。

b) バグはコード全体に均等に分散されます。これは、カバーされる実行可能ステートメントの割合が、発見された障害の割合を反映するためです。

48. 「文字列を置換する」メソッドのテストケースを生成するにはどうすればよいですか?

a) 新しい文字列の文字 > 前の文字列の文字の場合。 どの文字も切り詰められるべきではありません

b) 新しい文字列の文字が前の文字列の文字より大きい場合。 ジャンク文字は追加しないでください

c) 文字列の前後のスペースは削除しないでください。

d) 文字列は、最初に出現した文字列のみを置換する必要があります。

49. チームメンバー間の対立にどう対処しますか?

  • 一人ひとりと個別に面談し、悩みを聞き出します
  • チームメンバーから提起された共通の問題の解決策を見つけます
  • チームミーティングを開き、解決策を明らかにし、協力を求めます

50. 欠陥のカテゴリには何があるかについて言及してください。

主にXNUMXつの欠陥カテゴリがあります

  • 間違った: 要件が正しく実装されていない場合
  • 見つけて下さい: 仕様との相違、仕様が実装されていないこと、または顧客の要件が満たされていないことを示します。
  • 余分: 最終顧客から提供されたものではなく、製品に組み込まれた要件。 既存の要件と異なるため、欠陥とみなされます。

51. テストカバレッジツールがどのように機能するかを説明しますか?

コード カバレッジ テスト ツールは、実際の製品でテストを実行しながら並行して実行されます。 コード カバレッジ ツールは、ソース コードの実行されたステートメントを監視します。 最終テストが完了すると、保留中のステートメントの完全なレポートが取得され、カバレッジの割合も取得されます。

52. ソフトウェアテストにおける「欠陥」と「失敗」の違いについて述べてください。

簡単に言うと、欠陥が最終顧客に到達すると、それは障害と呼ばれますが、欠陥は内部で特定され解決されます。 その場合、それは欠陥と呼ばれます。

53. ソフトウェア開発ライフサイクル全体にわたるプロジェクト内のドキュメントをテストする方法を説明しますか?

プロジェクトは、次のようにソフトウェア開発ライフサイクル全体にわたります。

  • 中央/プロジェクトのテスト計画: プロジェクトの完全なテスト戦略の概要を示す主要なテスト計画です。 このプランはソフトウェア開発ライフサイクルの終了まで使用されます。
  • 受け入れテスト計画: この文書は、 要件フェーズ そして最終納品で完成となります
  • システムテスト計画: この計画は設計計画中に開始され、プロジェクトの終了まで進められます。
  • 統合テスト計画と単体テスト計画: これらのテスト計画はどちらも実行フェーズ中に開始され、最終的な納品まで続きます。

54. どのテストケースが最初にブラックボックスで書かれるか、ホワイトボックスで書かれるか説明してください。

ブラック ボックス テスト ケースは、ブラック ボックス テスト ケースを記述するために最初に記述されます。これにはプロジェクト計画と要件ドキュメントが必要ですが、これらのドキュメントはすべてプロジェクトの開始時に簡単に入手できます。ホワイト ボックス テスト ケースを記述するには、より多くのアーキテクチャの理解が必要であり、プロジェクトの開始時には入手できません。

55. 潜在的な欠陥とマスクされた欠陥の違いは何ですか?

  • 潜在的な欠陥: 潜在的な欠陥とは、一連の条件が満たされなかったために障害を引き起こさなかった既存の欠陥です。
  • マスクされた欠陥: これは、別の欠陥によりコードのその部分の実行が妨げられているため、障害を引き起こしていない既存の欠陥です。

56. ボトムアップテストとは何ですか?

ボトムアップ テストは統合テストへのアプローチであり、最初に最下位レベルのコンポーネントがテストされ、次に上位レベルのコンポーネントのテストを容易にするために使用されます。 このプロセスは、階層の最上位にあるコンポーネントがテストされるまで繰り返されます。

57. さまざまな種類のテスト カバレッジ手法について説明しますか?

さまざまな種類のテスト カバレッジ手法には次のものがあります。

  • ステートメントの対象範囲: ソースコードの各行が実行およびテストされたことを検証します。
  • 決定範囲: ソースコード内のすべての決定が確実に実行され、テストされるようにします。
  • パスの適用範囲: コードの特定の部分を通るすべての可能なルートが実行され、テストされることを保証します。

58. 呼気検査の意味について言及しますか?

呼気テストは製品の全機能を実行するテストスイートですが、機能の詳細はテストされません

59. コードウォークスルーの意味を説明してください。

コード ウォーク スルーは、プログラム ソース コードを非公式に分析して、欠陥を見つけ、コーディング テクニックを検証するものです。

60. 欠陥レポート形式の基本コンポーネントについて言及しますか?

欠陥レポート形式の重要なコンポーネントには次のものがあります。

  • プロジェクト名
  • モジュール名
  • に欠陥が検出されました
  • 検出された欠陥
  • 欠陥IDと名前
  • 欠陥のスナップショット
  • 優先度と重大度のステータス
  • 解決された欠陥
  • 欠陥が解決されました

61. エンドツーエンドテストを行う背後にある目的は何ですか?

エンドツーエンドのテストは、機能テストの後に行われます。 エンドツーエンドのテストを行う目的は次のとおりです。

  • を検証するには ソフトウェア要件 外部インターフェースとの統合
  • 現実世界の環境シナリオでのアプリケーションのテスト
  • アプリケーションとデータベース間の対話のテスト

62. テストハーネスの意味を説明してください。

テスト ハーネスは、さまざまな条件でアプリケーションをテストするためのツールとテスト データのセットを構成し、出力が正しいかどうかを期待される出力で監視することを含みます。

63. テスト プロジェクトでどのようなテスト アクティビティを自動化するかを説明しますか?

プロジェクトのテスト活動をテストする場合、次のことを自動化します。

  • アプリケーションのビルドごとに実行する必要があるテスト
  • 同じ一連のアクションに対して複数のデータを使用するテスト
  • 異なるブラウザを使用して実行する必要がある同じテスト
  • ミッションクリティカルなページ
  • 短時間では変更されないページを含むトランザクション

64. ライフサイクルの早い段階でテストを設計する主な利点は何ですか?

コードへの欠陥の侵入を防ぐのに役立ちます。

65. リスクベースのテストとは何ですか?

リスクベース テスト を作成するためのアプローチに使用される用語です。 テスト戦略 これは、リスクごとにテストの優先順位を付けることに基づいています。 このアプローチの基礎は、詳細なリスク分析とリスク レベルごとのリスクの優先順位付けです。 次に、各リスクに対処するためのテストが、最も高いリスクから順に指定されます。

66. 検査に対する予防的アプローチと事後的アプローチの主な違いは何ですか?

予防テストは早期に設計されます。 事後対応テストは、ソフトウェアの作成後に設計されます。

67. 終了基準の目的は何ですか?

終了基準の目的は、テスト レベルがいつ完了するかを定義することです。

68. リスクのレベルは何によって決まりますか?

有害事象の可能性とその影響によってリスクのレベルが決まります。

69. デシジョンテーブルテストはいつ使用されますか?

デシジョンテーブルテストは、仕様がルールまたは因果関係の組み合わせの形式をとるシステムをテストするために使用されます。 デシジョンテーブルでは、入力は列にリストされ、出力は同じ列の入力の下に表示されます。 表の残りの部分では、生成される出力を定義するための入力の組み合わせを検討します。

デシジョンテーブルのテスト手法の詳細については、ビデオチュートリアルをご覧ください。 こちら

70. デシジョンテーブルを使用する理由は何ですか?

同値分割と境界値分析の手法は、多くの場合、特定の状況や入力に適用されます。 ただし、入力の組み合わせが異なると実行されるアクションが異なる場合、ユーザー インターフェイスに重点が置かれる傾向にある等価分割や境界値分析を使用してこれを示すのはさらに困難になる可能性があります。 他の XNUMX つの仕様ベースの手法、デシジョン テーブル、および状態遷移テストは、ビジネス ロジックまたはビジネス ルールに重点を置いています。 デシジョン テーブルは、物事 (入力など) の組み合わせを処理するための良い方法です。 この手法は、「原因結果表」と呼ばれることもあります。 その理由は、「因果関係グラフ作成」と呼ばれる関連する論理図作成手法があり、意思決定表を導き出すために使用されることがあるからです。

71. ソフトウェア成果物をレビューする際の主な目的は何ですか?

ソフトウェア成果物の欠陥を特定するため。

72. 次のどれがテストの期待される結果を定義しますか? テストケース仕様またはテスト設計仕様。

テスト ケース仕様は、テストの期待される結果を定義します。

73. テストの独立性の利点は何ですか?

これにより、効果的なテストを定義する際の作成者のバイアスが回避されます。

74. どのテストプロセスの一環として終了基準を決定しますか?

終了基準は「テスト計画」に基づいて決定されます。

75. アルファテストとは何ですか?

開発者のサイトでエンドユーザー代表者によるリリース前テスト。

76. ベータテストとは何ですか?

潜在的な顧客がそれぞれの場所で実施するテスト。

77. パイロット テストとベータ テストの違いについて言及しますか?

パイロット テストとベータ テストの違いは、パイロット テストは最終展開の前にユーザーのグループによって実際に製品を使用して行われることです。ベータ テストでは実際のデータは入力されませんが、検証のためにエンド カスタマーにインストールされます。製品が本番環境で使用できるかどうか。

78. 次のコード断片を前提として、100% の決定カバレッジを達成するにはいくつのテストが必要ですか?

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

4

79. 次のコード フラグメントに対して 100% のステートメント カバレッジと 100% の決定カバレッジを提供するテスト ケースを設計しました。 if width > length then biggest_dimension = width else biggest_dimension = length end_if 次のコードが上記のコード フラグメントの下部に追加されました。 print “Biggest dimension is ” &biggest_dimensionprint “Width: ” & width print “Length: ” & length あといくつのテスト ケースが必要ですか?

なし。既存のテスト ケースを使用できます。

80. テスト手法とテストツールの違いは何ですか?

テスト手法: – アプリケーション システムまたはユニットの一部の側面が適切に機能することを確認するプロセスです。手法はほとんどありませんが、ツールは多数あります。

テストツール: – テストプロセスを実行するための手段です。 このツールはテスターに​​とってのリソースですが、それだけではテストを実施するには不十分です。

テストツールの詳細についてはこちらをご覧ください こちら

81. 要件分析の出力である要件仕様を、記述のための入力として使用します。

ユーザー受け入れテストケース

82. テスト対象のソフトウェアまたは別の関連または無関係のソフトウェアコンポーネントの変更の結果として導入または発見された欠陥を発見するために、変更後にテスト済みのプログラムを繰り返しテストすること。

回帰テスト

83. 卸売業者がプリンタ カートリッジを販売しています。最小注文数は 5 です。プリンタ カートリッジを 20 個以上注文すると 100% 割引になります。プリンタ カートリッジの注文数にさまざまな値を使用してテスト ケースを準備するように求められています。境界値分析を使用して生成される XNUMX つのテスト入力を含むグループは次のどれですか。

4、5、99

84. コンポーネントテストとは何ですか?

ユニットテスト、モジュールテスト、プログラムテストとも呼ばれるコンポーネントテストは、個別にテスト可能なソフトウェア (モジュール、プログラム、オブジェクト、クラスなど) の欠陥を検索し、その機能を検証します。 コンポーネントのテストは、開発ライフサイクルとシステムの状況に応じて、システムの残りの部分から分離して実行される場合があります。 ほとんどの場合、スタブとドライバーは、欠落しているソフトウェアを置き換え、ソフトウェア コンポーネント間のインターフェイスを単純にシミュレートするために使用されます。 スタブはテスト対象のソフトウェア コンポーネントから呼び出されます。 ドライバーはテスト対象のコンポーネントを呼び出します。

ここに素晴らしいビデオがあります 単体テスト

85. 機能システムテストとは何ですか?

システム全体のエンドツーエンド機能をテストすることは、機能システム テストとして定義されます。

86. 独立したテストの利点は何ですか?

独立したテスターは公平であり、さまざまな欠陥を同時に特定します。

87. テストに対するリアクティブなアプローチでは、テスト設計作業の大部分はいつ開始されると予想されますか?

テスト設計作業の大部分は、ソフトウェアまたはシステムが作成された後に開始されます。

88. アジャイル開発モデルのさまざまな方法論とは何ですか?

現在、私が知っているアジャイル手法には XNUMX つあります。

  1. エクストリームプログラミング（XP）
  2. スクラム
  3. リーンソフトウェア開発
  4. 機能駆動型開発
  5. アジャイルな統合プロセス
  6. クリスタル
  7. 動的システム開発モデル (DSDM)

89. 基本的なテストプロセスのどのアクティビティに、要件とシステムのテスト容易性の評価が含まれますか?

「テスト分析」と「設計」には、要件とシステムのテスト可能性の評価が含まれます。

90. リスクを利用してテスト作業を推進する最も重要な理由は通常何ですか?

すべてをテストするのは不可能だからです。

91. ランダム/モンキーテストとは何ですか? いつ使用されますか?

ランダム テストは、モンキー テストとしてよく知られています。 このようなタイプのテストでは、多くの場合、ツールまたは自動メカニズムを使用してデータがランダムに生成されます。 このランダムに生成された入力を使用してシステムがテストされ、それに応じて結果が分析されます。 これらのテストは信頼性が低くなります。 したがって、通常、初心者がシステムが悪影響を受けても耐えられるかどうかを確認するために使用されます。

92. インシデントレポートの有効な目的は次のどれですか?

  1. 開発者やその他の関係者に問題に関するフィードバックを提供し、必要に応じて特定、分離、修正できるようにします。
  2. テストプロセスを改善するためのアイデアを提供します。
  3. テスターの能力を評価する手段を提供します。
  4. テスト対象のシステムの品質を追跡する手段をテスターに​​提供します。

93. 次の手法について考えてみましょう。どれが静的な手法で、どれが動的な手法でしょうか?

  1. 等価分割。
  2. ユースケースのテスト。
  3. データフロー分析。
  4. 探索的テスト。
  5. 意思決定テスト。
  6. 検査。

データ フローの分析と検査は静的です。 等価性分割、ユースケーステスト、探索的テスト、意思決定テストは動的です。

94. 静的テストと動的テストが補完的であると説明されているのはなぜですか?

欠陥を特定するという目的は同じですが、検出する欠陥の種類が異なるためです。

95. 正式なレビューの段階は何ですか?

非公式レビューとは対照的に、正式レビューは正式なプロセスに従います。 一般的な正式なレビュー プロセスは、次の XNUMX つの主要なステップで構成されます。

  1. 計画立案
  2. キックオフ
  3. 準備
  4. Rev会議を見る
  5. リワーク
  6. ファローアップ。

96. レビュープロセスにおけるモデレーターの役割は何ですか?

モデレーター (またはレビュー リーダー) は、レビュー プロセスを主導します。モデレーターは、作成者と協力して、レビューの種類、アプローチ、およびレビュー チームの構成を決定します。モデレーターは、レビュー プロセスの入力と出力の品質を管理するために、エントリ チェックとやり直しのフォローアップを実行します。また、モデレーターは、会議のスケジュール設定、会議前のドキュメントの配布、他のチーム メンバーの指導、会議の進行、可能な議論の主導、収集されたデータの保存も行います。

についての詳細 Revビデオチュートリアルでプロセスを確認する こちら

97. 等価パーティション (等価クラスとも呼ばれます) とは何ですか?

範囲内の XNUMX つの値だけがテスト ケースになるような、入力または出力の値の範囲。

98. 構成管理手順はいつ実装する必要がありますか?

テスト計画中。

99. 機能テストの一種。悪意のある部外者からのウイルスなどの脅威の検出に関連する機能を調査します。

セキュリティテスト

100. テストのターゲットをさまざまなワークロードにさらして、パフォーマンスの動作と、ターゲットとテストがこれらのさまざまなワークロードの下で適切に機能し続ける能力を測定および評価するテストですか?

負荷テスト

101. インターフェースおよび統合コンポーネント間の相互作用における欠陥を明らかにするために実行されるテスト活動は何ですか?

統合レベルテスト

102. 構造ベース（ホワイトボックス）テスト手法とは何ですか?

構造ベースのテスト手法 (これも静的ではなく動的) では、ソフトウェアの内部構造を使用してテスト ケースを導き出します。この手法は、ソフトウェアの実装方法、つまり動作方法に関する知識を必要とするため、一般に「ホワイト ボックス」または「グラス ボックス」手法 (システム内を見ることができるという意味) と呼ばれます。たとえば、構造手法はソフトウェア内のループの実行に関係する場合があります。ループを 1 回、2 回、または複数回実行するために、さまざまなテスト ケースを導き出すことができます。これは、ソフトウェアの機能に関係なく実行できます。

103. 「回帰テスト」はいつ実行する必要がありますか?

ソフトウェアが変更された後、または環境が変化した場合 回帰試験 実行する必要があります。

104. 陰性検査と陽性検査とは何ですか?

ネガティブ テストとは、無効な入力を入力してエラーが発生した場合です。 一方、ポジティブ テストとは、有効な入力を入力し、仕様に従って何らかのアクションが完了することを期待する場合です。

105. テスト完了基準の目的は何ですか?

テスト完了基準の目的は、テストをいつ停止するかを決定することです。

106. 静的分析では見つからないものは何ですか?

たとえばメモリリーク。

107. 再テストと回帰テストの違いは何ですか?

再テストにより、元の障害が取り除かれていることが確認されます。 回帰テストでは、予期しない副作用がないか調べます。

108. 経験ベースのテスト手法とは何ですか?

経験ベースの手法では、人々の知識、スキル、背景がテスト条件とテスト ケースに大きく影響します。 技術者とビジネス担当者の両方の経験は、テスト分析と設計プロセスに異なる視点をもたらすため重要です。 これまでに同様のシステムを使用した経験があるため、何が問題になる可能性があるかについて洞察が得られる可能性があり、これはテストに非常に役立ちます。

109. 指標を含む正式な開始基準と終了基準を必要とするレビューの種類は何ですか?

検査

110. レビューや検査はテストの一部とみなされますか?

はい。どちらも障害の検出と品質の向上に役立ちます。

111. 入力フィールドには 1900 年から 2004 年までの誕生年が入力されます。このフィールドをテストするための境界値は何ですか?

1899,1900,2004,2005

112. 回帰テストの自動化にはどのツールが関係しますか? a. データ テスター b. 境界テスター c. キャプチャ/再生 d. 出力コンパレーター。

d. 出力コンパレータ

113. 関数をテストするには、テスト対象の関数を呼び出してテスト データを渡すプログラマを作成する必要があります。

ドライバ

114. 開発者が自分の作業をテストすることが難しい唯一の主な理由は何ですか?

客観性の欠如

115. 「どれくらいの検査があれば十分ですか?」

答えは、業界のリスク、契約、特別な要件によって異なります。

116. テストはいつ中止すべきですか?

それはテスト対象のシステムのリスクによって異なります。 テストを停止できる基準がいくつかあります。

  1. 期限（テスト、リリース）
  2. テスト予算が使い果たされた
  3. バグ率が一定レベル以下に低下する
  4. テスト ケースは一定の割合で完了し、合格しました
  5. テストのアルファまたはベータ期間が終了
  6. コード、機能、または要件の範囲が指定された点まで満たされている

117. 小規模企業における統合テストの統合戦略の主な目的はどれですか?

統合戦略の主な目的は、どのモジュールをいつ、一度にいくつ結合するかを指定することです。

118. 半ランダムテストケースとは何ですか?

半ランダムなテスト ケースは何もありませんが、ランダムなテスト ケースを実行し、それらのテスト ケースに対して等価分割を行うと、冗長なテスト ケースが削除され、半ランダムなテスト ケースが得られます。

119. 次のコードの場合、完全なステートメントと分岐カバレッジに必要なテスト ケースの最小数について正しいのはどれですか。

pを読む

qを読む

IF p+q> 100

次に「大」を印刷します

ENDIF

IF p > 50

次に「p Large」を印刷します

ENDIF

ステートメント カバレッジのテスト 1 つ、ブランチ カバレッジのテスト 2 つ

120. 通常、製品を評価して、意図された用途への適合性を判断し、矛盾を特定するために使用されるレビューはどれですか?

技術的 Rev見る。

121. 発見された欠陥は誰によって最初に文書化されるべきですか?

テスターに​​よる。

122. 現在、世界的に認められている正式な文書標準はどれですか?

XNUMXつもありません。

123. レビュー対象のアイテムを作成したレビュー参加者は次のうちどれですか?

著者

124. 多くの重大なバグがソフトウェアで修正されました。 すべてのバグはレポートに関連する XNUMX つのモジュールに含まれています。 テスト マネージャーは、レポート モジュールに対してのみ回帰テストを実行することを決定します。

XNUMX つのモジュールを修正すると他のモジュールに影響を与える可能性があるため、他のモジュールでも回帰テストを行う必要があります。

125. 境界値分析が優れたテスト ケースを提供するのはなぜですか?

さまざまなケースのプログラミング中に、値の範囲の「端」付近でエラーが頻繁に発生するためです。

126. 検査が他のレビュータイプと異なる点は何ですか?

それは訓練されたリーダーによって率いられ、正式な参入基準と退出基準とチェックリストを使用します。

127. テスターが構成管理に依存できるのはなぜですか?

構成管理により、テストウェアとテスト オブジェクトの正確なバージョンが確実に分かるからです。

128. Vモデルとは何ですか?

テスト活動がソフトウェア開発フェーズとどのように統合されるかを示すソフトウェア開発モデル

129. 保守テストとは何ですか?

既存のソフトウェアの変更、移行、または廃止によってトリガーされる

130. テストカバレッジとは何ですか?

テストカバレッジは、何らかの特定の方法で、一連のテストによって実行されるテストの量を測定します (仕様ベースの技術を使用するなど、他の方法で導出されます)。 物事を数えることができ、それらのそれぞれが何らかのテストでテストされているかどうかを知ることができる場合は、カバレッジを測定できます。

131. 「ビッグバン」統合よりも増分統合が好まれるのはなぜですか?

インクリメンタル統合により、初期欠陥のスクリーニングおよび分離能力が向上するため

132. ターミナルモジュールから始まるプロセスを何といいますか?

ボトムアップの統合

133. どのテスト活動中に最もコスト効率よく障害を発見できますか?

テスト計画中

134. 要件フェーズの目的は次のとおりです。

要件を凍結し、ユーザーのニーズを理解し、テストの範囲を定義する

135. テストを個別の段階に分割するのはなぜですか?

テストをいくつかの段階に分けたのは、以下の理由からです。

  1. 各テスト段階には異なる目的があります
  2. 段階的にテストする方が管理しやすい
  3. 異なる環境で異なるテストを実行できます
  4. 段階的テストを使用してテストのパフォーマンスと品質が向上します

136. DREとは何ですか?

テストの有効性を測定するために、DRE (欠陥除去効率) として知られる強力なメトリックが使用されます。このメトリックから、一連のテスト ケースで見つかったバグの数がわかります。 DRE の計算式は次のとおりです。

DRE=テスト中のバグの数/テスト中のバグの数 + ユーザーが発見したバグの数

137. テストキャプチャと再生機能を備えたテストツールの使用によって最も恩恵を受けると思われるのは次のどれですか? a) 回帰テスト b) 統合テスト c) システムテスト d) ユーザー受け入れテスト

回帰試験

138. 必要と思われる再検査の量をどのように見積もりますか?

以前の同様のプロジェクトおよび開発チームとのディスカッションからの指標

139. データフロー分析を研究するものは何ですか?

コード内のパス上のデータの使用。

140. 失敗とは何ですか?

失敗とは、指定された動作からの逸脱です。

141. テストコンパレータとは何ですか?

ソフトウェアに何らかの入力を入力し、そのソフトウェアが正しい結果を生成するかどうかを全く調べなかった場合、それは本当にテストなのでしょうか? テストの本質は、ソフトウェアが正しい結果を生成するかどうかを確認することであり、そのためには、ソフトウェアが生成する結果と、ソフトウェアが生成すべき結果を比較する必要があります。 テスト コンパレーターは、その比較の側面を自動化するのに役立ちます。

142. 検討会議中に特定されたすべての問題、問題点、未解決点を文書化する責任は誰にありますか

筆記

143. 非公式レビューの主な目的は何ですか

安価に利益を得る方法

144. テスト設計手法の目的は何ですか?

テスト条件の特定とテスト ケースの特定

145. 成績計算システムをテストするとき、テスターは 90 から 100 までのすべてのスコアが A の成績をもたらすが、90 未満のスコアはそうではない、と判断します。 この分析は次のように知られています。

等価分割

146. テスト管理者は、Web アプリケーションの自動テストに利用可能なリソースを使用したいと考えています。 最良の選択は

テスター、テスト自動化、Web スペシャリスト、DBA

147. モジュール テスターのテスト中に、「X」はバグを発見し、開発者に割り当てました。 しかし、開発者はこれはバグではないと言って同じことを拒否しました。 「X」は何をすべきでしょうか?

発生したバグの詳細情報を送信し、再現性を確認する

148. ソフトウェア要素、ハードウェア要素、またはその両方を段階的にではなく一度にコンポーネントまたはシステム全体に組み合わせる統合テストの一種。

ビッグバンテスト

149. 実際には、プロジェクトとソフトウェア製品に応じて、どのライフサイクルモデルの開発とテストのレベルがより多くなるか、より少なくなるか、または異なるレベルになる可能性があります。 たとえば、コンポーネント テストの後にコンポーネント統合テストが行​​われ、システム テストの後にシステム統合テストが行​​われる場合があります。

Vモデル

150. 入力および出力カバレッジを達成するために使用できる手法はどれですか? これは、人による入力、システムへのインターフェイスを介した入力、または統合テストのインターフェイス パラメーターに適用できます。

等価分割

151. 「このライフサイクル モデルは、スケジュールと予算のリスクによって推進されます。」 このステートメントは、次のような場合に最適です。

Vモデル

152. テストはどの順序で実行する必要がありますか?

最も重要なものを最初にテストする必要があります

153. 開発ライフサイクルの後半で障害が発見されるほど、修正にかかるコストが高くなります。なぜでしょうか?

この障害は、より多くのドキュメント、コード、テストなどに組み込まれています。

154. カバレッジ測定とは何ですか?

これはテストの完全性の部分的な尺度です。

155. 境界値テストとは何ですか?

入力および出力の等価クラスのエッジ上、下、および上で境界条件をテストします。 たとえば、最大 Rs.20,000、最小 Rs.100 を引き出すことができる銀行の申し込みを考えてみましょう。そのため、境界値テストでは、中間値を検出するのではなく、正確な境界値のみをテストします。 つまり、上限を超えて下限を下回ってテストすることになります。

156. COTS は何を表しますか?

市販品。

157. その目的は、テスト対象のアイテムがリリース時に使用される環境にできるだけ似たシステムまたはネットワーク上で特定のテストを実行できるようにすることです?

テスト環境

158. プロジェクト計画に基づいているが、より詳細な内容が考えられるものは何ですか?

フェーズテスト計画

159. 迅速なアプリケーション開発とは何ですか?

高速アプリケーション開発 (RAD) は、正式には機能の並行開発とそれに続く統合です。コンポーネント/機能はミニ プロジェクトのように並行して開発され、開発は時間制限付きで配信され、その後、実用的なプロトタイプに組み立てられます。これにより、顧客はすぐに何かを見て使用することができ、配信と要件に関するフィードバックを得ることができます。この方法論を使用すると、製品の迅速な変更と開発が可能になります。ただし、ある時点で製品仕様を開発する必要があり、プロジェクトは生産に入る前に、より正式な管理下に置く必要があります。

👉 当社を参照してください – テストクイズ

👉 当社を参照してください – ソフトウェア テストの面接の質問 YouTube ビデオ

無料 PDF ダウンロード: ソフトウェア テストの面接の質問と回答

上記の手動テストの面接の質問と回答の PDF は、新人だけでなく経験豊富な QA エンジニアにも同様に役立ちます。 友人や同僚とページを共有してください。

よろしければ：