20 selective qa interview questions clear interview 2021
面接の準備に役立つ、最もよくある品質保証QA面接の質問と回答：
品質保証エンジニアにインタビューする場合に私が尋ねる質問のいくつかを次に示します。
質問は品質プロセスと戦略をより強調し、これらの質問はテストのために尋ねられません。
QAエンジニアは主に、テスト業界である程度の時間を過ごした人です。ロードマップと戦略を作成するときは、業界にある程度触れることが常に有益だからです。
はじめましょう！！
よくあるQAインタビューの質問
はじめましょう！！
Q＃1）品質保証、品質管理、テストの違いは何ですか？
回答： 品質保証は、チームおよび組織内の品質（テスト）プロセスを監視および実装する方法を計画および定義するプロセスです。このメソッドは、プロジェクトの品質基準を定義および設定します。
品質管理は、欠陥を見つけ、ソフトウェアの品質を改善するための提案を提供するプロセスです。品質管理で使用される方法は、通常、品質保証によって確立されます。品質管理を実装することは、テストチームの主な責任です。
テストは、欠陥/バグを見つけるプロセスです。開発チームによって構築されたソフトウェアが、ユーザーによって設定された要件と組織によって設定された標準を満たしているかどうかを検証します。
ここでは、主な焦点はバグの発見にあり、テストチームは質の高いゲートキーパーとして機能します。
Q＃2）QA活動はいつ開始すべきだと思いますか？
回答： QAアクティビティは、プロジェクトの開始時に開始する必要があります。開始が早ければ早いほど、品質を達成するための基準を設定することがより有益になります。
QA活動が遅れた場合、コスト、時間、労力は非常に困難です。
Q＃3）とは何ですか テスト計画とテスト戦略の違い ？
回答： テスト戦略はより高いレベルにあり、主にプロジェクトマネージャーによって作成され、プロジェクト全体のテストの全体的なアプローチを示します。一方、テスト計画は、プロジェクトに該当する特定のアプリケーションに対してテストを実行する方法を示します。
Q＃4）ソフトウェアテストのライフサイクルについて説明してください。
回答： ソフトウェアテストのライフサイクル 品質目標が達成されていることを確認するために、明確な順序で実行される特定のステップを持つテストプロセスを指します。
Q＃5）どのように定義しますか 良いテストケースを書くフォーマット ？
回答：テストケースの形式は次のとおりです。
経験豊富なplsqlインタビューの質問と回答
- テストケースID
- テストケースの説明
- 重大度
- 優先度
- 環境
- ビルドバージョン
- 実行する手順
- 予想された結果
- 実績
Q＃6）良いテストケースは何ですか？
回答： 簡単に言えば、良いテストケースは欠陥を見つけるものです。ただし、すべてのテストケースで欠陥が検出されるわけではないため、適切なテストケースは、規定されたすべての詳細とカバレッジを備えたテストケースでもあります。
Q＃7）非常に短い時間で実行できる大規模なスイートがある場合はどうしますか？
回答： 時間に余裕がなく、大量のテストケースを実行する必要がある場合は、テストケースに優先順位を付け、優先度の高いテストケースを最初に実行してから、優先度の低いテストケースに移る必要があります。
このようにして、ソフトウェアの重要な側面がテストされていることを確認できます。
あるいは、ソフトウェアの最も重要な機能である顧客の好みを求めることもあります。それらの領域からテストを開始し、重要性の低い領域に徐々に移動する必要があります。
Q＃8）QAも本番の問題を解決するために参加できると思いますか？
回答： 絶対に！！ QAが生産の問題の解決に参加することは、良い学習曲線になるでしょう。多くの場合、本番環境の問題は、ログをクリアするか、レジストリ設定を行うか、サービスを再起動することで解決できます。
Java Windows10で.jarファイルを開く方法
この種の環境問題は、QAチームによって非常にうまく修正される可能性があります。
また、QAが本番の問題を解決するための洞察を持っている場合は、テストケースの作成時にそれらを含めることができます。これにより、品質の向上と本番の欠陥の最小化に貢献できます。
Q＃9）本番環境でバグを見つけた場合、同じバグが再び発生しないようにするにはどうすればよいですか？
回答： 最善の方法は、製品の欠陥のテストケースをすぐに作成し、それを回帰スイートに含めることです。このようにして、バグが再び発生しないようにします。
また、代替のテストケースまたは同様の種類のテストケースを考えて、計画された実行に含めることもできます。
Q＃10）機能テストと非機能テストの違いは何ですか？
回答：
機能テスト アプリケーションの機能面を扱います。この手法は、システムが要件と仕様に従って動作していることをテストします。これらは、顧客の要件に直接関連しています。指定された要件に対してテストケースを検証し、それに応じてテスト結果を合格または不合格にします。
例 回帰、統合、システム、煙などが含まれます
非機能テスト 、 一方、アプリケーションの非機能的側面をテストします。要件ではなく、パフォーマンス、負荷、ストレスなどの環境要因に焦点を当てています。これらは要件で明示的に指定されていませんが、品質基準で規定されています。したがって、QAとして、これらのテストにも十分な時間と優先順位が与えられていることを確認する必要があります。
Q＃11）ネガティブテストとは何ですか？ポジティブテストとはどう違うのですか？
回答： ネガティブテストは、無効な入力があった場合にシステムが正常に動作することを検証する手法です。 例えば、 ユーザーがテキストボックスに無効なデータを入力した場合、システムは、ユーザーが理解できない技術メッセージではなく、適切なメッセージを表示する必要があります。
ネガティブテスト ポジティブテストは、システムが期待どおりに機能することを検証し、テスト結果を期待される結果と比較するという点で、ポジティブテストとは異なります。
ネガティブテストのほとんどの時間シナリオは、機能要件ドキュメントに記載されていません。 QAとして、ネガティブなシナリオを特定する必要があり、それらをテストするための準備が必要です。
Q＃12）テストが完了し、カバレッジが良好であることをどのように確認しますか？
回答： 要件トレーサビリティマトリックスとテストカバレッジマトリックスは、テストケースのカバレッジが良好であるかどうかを判断するのに役立ちます。
要件のトレーサビリティマトリックスは、すべての要件をカバーするのに十分なテスト条件を決定するのに役立ちます。カバレッジマトリックスは、テストケースがRTMで特定されたすべてのテスト条件を満たすのに十分であるかどうかを判断するのに役立ちます。
アン RTM 次のようになります。
同様に、 テストカバレッジマトリックスは次のようになります。
Q＃13）テストケースを作成するときに参照するさまざまなアーティファクトは何ですか？
回答： 使用される主なアーティファクトは次のとおりです。
- 機能要件仕様
- 要件理解文書
- ユースケース
- ワイヤーフレーム
- ユーザーストーリー
- 合否基準
- 多くの場合、UATテストケース
Q＃14）ドキュメントなしでテストケースを書くことができたことがありますか？
回答： はい、具体的な文書がなくてもテストケースを書かなければならない場合があります。
その場合、 最善の方法は次のとおりです。
- BAおよび開発チームと協力します。
- いくつかの情報が含まれているメールを掘り下げます。
- 古いテストケース/回帰スイートを掘り下げる
- 機能が新しい場合は、wikiページまたはアプリケーションのヘルプを読んでアイデアを見つけてください
- 開発者と一緒に座って、行われている変更を理解してみてください。
- あなたの理解に基づいて、テスト条件を特定し、BAまたは利害関係者に送信してレビューします。
Q＃15）どういう意味ですか 検証と妥当性確認 ？
回答：
検証 ソフトウェアがビジネスニーズを満たしているかどうかを確認するために最終製品を評価するプロセスです。私たちが日常生活で行うテストの実行は、スモークテスト、機能テスト、回帰テスト、システムテストなどを含む検証アクティビティです。
検証 は、ソフトウェア開発ライフサイクルの中間作業成果物を評価して、最終製品の作成が正しい方向に進んでいるかどうかを確認するプロセスです。
Q＃16）あなたが知っているさまざまな検証手法は何ですか？
回答： 検証手法は静的です。 3つの検証手法があります。
これらは次のように説明されます。
（i）レビュー –これは、コード/テストケースを作成した作成者以外の個人がコード/テストケースを検査する方法です。これは、カバレッジと品質を確保するための簡単で最良の方法の1つです。
（ii）検査 –これは、テスト成果物またはコードの欠陥を調査および修正するための技術的かつ統制のとれた方法です。規律あるため、さまざまな役割があります。
- モデレーター– 検査会議全体を促進します。
- レコーダー– 会議の議事録、発生した欠陥、およびその他の議論されたポイントを記録します。
- 読者 - ドキュメント/コードを読みます。リーダーはまた、検査会議全体を主導します。
- プロデューサー– 著者。彼らは最終的にコメントに従ってドキュメント/コードを更新する責任があります。
- レビューア– チームメンバー全員がレビュー担当者と見なすことができます。この役割は、プロジェクトの要求である専門家のグループによっても果たすことができます。
（iii）ウォークスルー –これは、ドキュメント/コードの作成者がコンテンツを読み取り、フィードバックを取得するプロセスです。これは主に、修正を求めるというよりも、一種のFYI（For Your Information）セッションです。
Q＃17）の違いは何ですか 負荷およびストレステスト ？
回答：
ストレステスト は、ストレス下で実行されたときのシステムの動作を検証する手法です。説明のために、リソースを削減し、システムの動作を確認します。まず、システムの上限を理解し、徐々にリソースを削減して、システムの動作を確認します。
に 負荷テスト、 予想される負荷の下でのシステムの動作を検証します。負荷は、同時にシステムにアクセスする同時ユーザーまたはリソースの場合があります。
Q＃18）プロジェクトに関して疑問がある場合、どのようにアプローチしますか？
回答： 疑問がある場合は、まず、利用可能なアーティファクト/アプリケーションのヘルプを読んで、問題を解決してください。それでも疑問が残る場合は、直属の上司またはチームの上級メンバーに尋ねてください。
ビジネスアナリストも疑問を投げかけるのに良い選択です。他に疑問がある場合は、開発チームに質問を伝えることもできます。最後のオプションは、マネージャーにフォローアップし、最後に利害関係者にフォローアップすることです。
Q＃19）自動化ツールを使用したことがありますか？
回答： この質問への答えは、個人に非常に排他的です。プロジェクトで使用した自動化のすべてのツールと戦略に返信します。
Q＃20）どのソフトウェアにどのくらいのテストが必要かをどのように判断しますか？
回答： この要因を知るには、 循環的複雑度 。
T 彼のテクニックは、プログラム/機能に関する以下の3つの質問を特定するのに役立ちます
- 機能/プログラムはテスト可能ですか？
- 機能/プログラムはすべての人に理解されていますか？
- 機能/プログラムは十分に信頼できますか？
QAとして、この手法を使用して、テストの「レベル」を特定できます。
PC用の最高の音楽ダウンローダーは何ですか
循環的複雑度の結果が多かれ少なかれ多い場合、その機能は複雑な性質のものであると見なし、テスターとして結論を下すのが慣例です。コード/機能の一部には詳細なテストが必要であること。
一方、循環的複雑度の結果が小さい場合は、QAとして機能の複雑度が低いと結論付け、それに応じて範囲を決定します。
テストのライフサイクル全体を理解することは非常に重要であり、必要に応じてプロセスの変更を提案できる必要があります。目標は高品質のソフトウェアを提供することであり、そのようにして、QAは、テストチームがテストを実行するプロセスと方法を改善するために必要なすべての対策を講じる必要があります。
これらのQA面接の質問と回答が、品質保証面接の準備に役立つことを願っています。