ソフトウェア テストの面接での 9 つの質問、ソフトウェア テスターの 90% を一掃

 

実際のスキルやスキルもなく、面接の経験もなく、職場のルーチンについての知識もない状態で、どうやって 5 つの試験を通過するのでしょうか。面接官に勝つにはどうすればいいですか?切望されるオファーを入手するにはどうすればよいでしょうか?

転職の意思が固まった方はぜひ読んでみてください!

転職活動で最も重要なステップは当然面接ですが、転職シーズンになると、インターネット上にはさまざまな面接の質問が掲載され、しばらく目がくらんでしまい、どれを調べればよいのかわかりにくくなります
9つの質問を選んでみました。

質問項目

1. 質問: プロジェクトの主なテストの種類は何ですか?

ほとんどの場合、これは面接の冒頭の質問であり、面接官は主にあなたの全体像を把握する能力と全体的な視野を調べるためにこの質問をします。まず、これまでに行ったプロジェクトを注意深く確認してください。次に、最も価値のある部分を選択し、プロジェクトの構造を明確にして、ビジネス、プロジェクト環境、プロセス、および自分が果たす役割の観点から回答してください。

ビジネス:たとえば、Atstudy は、オンライン ライブ放送とビデオ録画および放送を主な事業とする総合 Web サイトであり、管理者、教師、生徒の 3 つの主要なモジュールに分かれており、Web アプリケーションやモバイル アプリケーションもサポートできます。

プロジェクト環境:システムは Linux サーバー上に構築され、mysql データベースと PHP バックエンド言語を使用します。

プロセス: Atstudy の現在のバージョン、プロジェクト チームの開発とテストの量を学び、ソフトウェア テストのプロセスについて話します。

私自身の役割:どのモジュールのどのテストを担当します。

ps: あなたが担当するモジュールは、インターフェーステストやモジュールの統合機能テストなど、詳細に開発する必要があります。テストにどのような手段が使用されるか、手動ベースか自動化支援を使用するか、自動化ツールとは何かなど。期間中、またはどのような方法で使用したか、自動テスト スクリプトを作成する言語やその他の技術的問題、さらに、テスト開発プロセス中に困難に遭遇したか、これらの困難をトラブルシューティングするためにどのような方法を使用したか、技術的なことを証明できるような事項機能はこの質問で論理的に説明できます。明確にしてください。

解決策を尋ねる

2. 質問: テストでバグが見つかりましたが、開発マネージャーはバグではないと考えています。どのように解決すればよいですか?

まず、問題を提出するために欠陥管理ライブラリに送信します。

次に、判断の根拠と基準を取得するには、次のようにします。

1) 要求仕様書、製品説明書、設計図書などに従って、実際の結果が計画と矛盾しているかどうかを確認し、欠陥を確認するための直接の根拠を提供します。

2) 文書による根拠がない場合は、類似ソフトウェアの一般的な特性に基づいて矛盾があるかどうかを説明し、それが欠陥であるかどうかを確認できます。

3) ユーザーの一般的な使用習慣に従って、それが欠陥であるかどうかを確認するため。

4) 設計者、開発者、顧客担当者などの関係者と協議し、欠陥であるかどうかを確認します。

5) 合理的な議論を行い、試験監督に判断理由を説明し、客観的かつ厳格であることに注意し、個人的な感情を混ぜないようにしてください。

最後に、テスト管理者の最終決定を待ちますが、それでも議論がある場合は、会社のポリシーで定められたルートを通じて上司に報告し、上司が決定を下します。

テストスキルを尋ねる

3. 質問: Web サイトがある場合、どのようにテストしますか?

まず、要件の説明や Web サイトのデザインなどの関連ドキュメントを見つけて、テスト要件を分析します。

テスト計画を作成し、テスト範囲とテスト戦略を決定します。これには通常、機能テスト、インターフェイス テスト、パフォーマンス テスト、データベース テスト、セキュリティ テスト、互換性テストが含まれます。

テスト ケースを設計します。

①機能テスト

以下の側面が含まれますが、これらに限定されません。

リンクテスト。リンクが正しくジャンプするか、空のページや無効なページはないか、誤ったエラー メッセージが返されるかどうか。

関数のテストを送信します。

マルチメディア要素を正しくロードして表示できるかどうか。

多言語対応により、選択した言語が正しく表示されるかどうかなど。

②インターフェーステスト

以下の側面が含まれますが、これらに限定されません。

ページのスタイルが統一されていて美しいかどうか

ページレイアウトは合理的か、キーコンテンツやホットコンテンツは目立つか

制御が正常に動作するかどうか

必須であるがインストールされていないコントロールについて、自動ダウンロードおよびインストールの機能を提供するかどうか

単語チェック

③性能試験

一般に、次の 3 つの側面が考慮されます。

ストレステスト、負荷テスト、安定性テスト

④データベーステスト

実行する必要があるかどうかを判断する必要があります。データベースでは通常、接続、データ アクセス操作、データ コンテンツの検証を考慮する必要があります。

⑤安全性試験

基本的なログイン機能をチェックします

システムクラッシュや権限リークを引き起こすオーバーフローエラーが発生したかどうか

SQL インジェクションなど、関連する開発言語の一般的なセキュリティ問題チェック。

高度なセキュリティ テストが必要な場合は、専門のセキュリティ会社の支援を受けるか、テストを外注するか、サポートを受けるようにしてください。

⑥適合性テスト

要件の説明の内容に従って、サポートされるプラットフォームの組み合わせを決定します。

ブラウザの互換性。

オペレーティング システムの互換性。

ソフトウェアプラットフォームの互換性。

データベースの互換性

テストが実行され、欠陥が記録されます。テストスケジュールを合理的に調整および調整し、テストに必要なリソースを事前に取得し、管理システム (要件の変更、リスク、構成、テスト文書、欠陥レポート、人的リソースなど) を確立します。

定期的にテストを見直し、評価、要約し、テストの内容を調整します。

データベースに問い合わせる

4. 質問: データベースについてはご存知ですか? あなたは普段データベースをよく使いますか?

データベースについてご存知ですか?

たとえば、比較的よく知られている DML ステートメントには、追加、削除、変更、クエリがあります: (順序立てて話します)

1 テーブル名に値を挿入します(値 1、値 2、値 3、...)

2 テーブル名から条件を削除

3 テーブル名を更新し、列名 = 新しい値を設定します

4 テーブル名から*を選択

最長のクエリ ステートメントは select * from table name です。ここで、条件は列名でグループ化され、列名で条件順序がグループ化されています。

あなたは普段データベースをよく使いますか? (テストプロセスの約 1/4 はデータベースのチェックです)

問題はありません。通常は問題が発生します。バグが発生したときに必ずしもデータベースにアクセスしてクエリを実行する必要はありません。

例としては次のようなものがあります。

たとえば、フロントエンドとバックエンドのデータがタイムリーに同期して更新されているかどうか、およびデータの整合性を検証する必要がある場合、バックグラウンド データベースに入り、対応するデータのデータを確認する必要があります。テーブル。また、大規模なテストデータを構築する場合には、insert文によるテストデータの一括構築も必要になります。

さらに、(たとえば、淘宝網で支払いを行う場合、支払いパスワードを入力した後、支払いが成功したことを示すプロンプトメッセージが返されましたが、インターフェイス上の注文クエリはまだ支払いを保留しています。このとき、次のデータをクエリする必要があります)注文テーブルを使用して実行したばかりのトランザクションを見つけます。その注文についてエラーを分析し、それが BUG であることが確認された場合は、BUG システムの開発に直接送信できます)

Linuxに質問してください

5. 質問: Linux ではファイルの表示にどのコマンドが使用されますか?また、プロセスの表示にはどのコマンドが使用されますか?

回答: ファイルの内容を表示するコマンドは、head tail cat です。

プロセスの表示: ps -ef | grep プロセス番号

ログ ファイルを表示するためによく使用されます:less、view

一般的なコマンドを尋ねる

6. 質問: ログを表示するために一般的に使用されるコマンドは何ですか?また、表示される主な内容は何ですか?

1) ログを表示するには、less コマンドまたは view コマンドがよく使用されます。

2) 主にプログラムの実行記録を確認し、例えば決済に失敗した場合にはバックグラウンドでエラーメッセージが.log ログファイルに出力され、ログ情報を解析することで問題を事前に特定することができます。(補足:データベースへのクエリ、注文データの分析、支払い状況の確認なども行います)

PS: ログは、.txt などのテキスト ファイルに属する .log のテキスト ファイルです。vi または vim エディタはメモ帳ソフトウェアであり、通常はログの表示には使用されません。

ユースケースデザインを尋ねる

7. 質問: ソフトウェア テスト ケースの設計/テスト ケースの内容/管理ツールは何ですか?

参考:シナリオ (ストーリー) 主導のテスト設計。テスト データの選択は、通常、同値クラス分割、因果関係図、境界値、誤差推測と組み合わせられます。

テスト ケースの内容:タイトル、テスト環境、テスト入力データ、テスト ステップ、期待される結果、テスト結果、テスト時間、テスター

管理ツール: Zen Road、QC

テストの興味を尋ねる

8. テストに関して最も興味があるのはどこですか? なぜ?

この面接の質問に対する明確で統一された答えはありませんが、多くの企業で尋ねられる可能性があります。次の回答のリファレンスを提供します。

最大の関心、これはやりがいのある仕事だと感じていること。

テストは経験産業であり、長く働けば働くほど、テストをうまくこなすのは難しくもあり、楽しいものでもあります。

自分自身の仕事を通じて、ソフトウェア製品をどんどん完成させ、その楽しさを体験することができます。

これらの質問に答えるときは、次の点に注意してください。

1) 可能な限り求人企業の技術ルートに合わせて興味を表明し、例えばデータベースアプリケーション会社であればデータベースのテストに興味があり、テストを通じてデータベースの習熟度を向上させたいと希望します。

2) テストの目的は、あなたの能力を向上させ、テストでより良い仕事をすることであることを示し、雇用主がそのような取り決めをしていない限り、能力の向上は将来の能力開発やその他の目的のためではありません。

3) 求人企業の範囲を超えて興味を表明しすぎないでください。たとえば、人材紹介会社は金融関連のソフトウェアを扱っているが、あなたはゲーム ソフトウェアに興味を示している、または人材紹介会社は JAVA 開発を行っているが、あなたは C 言語プログラムの開発に興味を示している、などです。

キャリア開発を尋ねる

9. テストのキャリア開発はどのようなものですか?

テスト経験が豊富であればあるほど、テスト能力は高くなります。したがって、私のキャリア開発には、上級テストエンジニアに向けて一歩ずつ積み重ねる時間が必要です。また、最初の 3 年間でテストの経験を積み、優れたテスト エンジニアになる方法を自問し、常に自分自身を更新および修正し、テスト タスクで良い仕事をするという予備的なキャリア プランもあります。

 

これらの資料は、[ソフトウェア テスト] の友人にとって最も包括的で完全な準備倉庫となるはずです。この倉庫は、最も困難な旅を乗り越える何万人ものテスト エンジニアにも同行してきました。あなたにも役立つことを願っています。 

 

おすすめ

転載: blog.csdn.net/lzz718719/article/details/130687167