1. 自己紹介をしてください (あなたの基本的な状況をシンプルかつ明確に表現してください。その過程で、自信、仕事への情熱、自発的、勤勉であることを示す必要があります) こんにちは、面接官、私の名前は ###、私は 26 歳です。私は江西省九江出身
で、電子商取引を専攻しています。卒業後、深センに来ました。ソフトウェアテストエンジニアとして3年間の経験があります。明るい性格で、同僚と仲良くできます。と友達。
2. 職場ではどのように測定しますか? （この質問では少なくともテストプロセスは記述できます） まず
、顧客の要件文書に従って機能モジュールを抽出し、次にテスト計画を作成し、テストポイントを抽出し、テストケースを設計し、ユースケースの後にユースケースを実行しますレビューし、バグを送信し、テストレポートを作成します
3. 前の会社を辞めた理由は何ですか? （退職理由）どれくらいで当社の労働環境に適応できると思いますか？
1～2週間程度
4. 前の会社はどこでしたか? 何人ですか？どこまで開発するのか？どれくらいテストするのですか？
龍崗のバンティアン国際センターの40人以上が6つの検査を開発
5. あなたのプロジェクトを紹介してください。(この質問では、少なくともこのプロジェクトがどのような種類の企業または業界を対象としているのかを明確にしてから、このプロジェクトの基本的な機能モジュールを紹介する必要があります。) あなたが担当するモジュールは何ですか? あなたが担当するモジュールの機能は何ですか? 履歴書上のプロジェクトの
ソーシャル ビジネス クラウド システムでは、主にコミュニティごとに新製品、コミュニティ活動、コミュニティのお知らせを追加でき、アプリ側では、ユーザーは商品の購入、コミュニティ活動への登録、コミュニティのお知らせの閲覧が可能です。プラットフォーム、フランチャイジー、コンビニエンスストアの3つの組織で構成され、プラットフォームとフランチャイジーの新商品は複数のコンビニをカバーでき、コンビニの新商品は自社のコンビニの範囲内でのみ販売でき、コンビニエンスストアは自社のコンビニの注文商品を配送することができる または返金処理については、プラットフォームとフランチャイズ加盟店はコンビニエンスストアの注文を閲覧することのみが可能であり、処理することはできない プラットフォームとフランチャイズ加盟店は、新たに自身のコンビニエンスストアの注文に対する処理権限のみを持つことができる製品を追加しました。
主な機能モジュールは、商品サービス管理、注文管理、権限管理、加盟店管理、顧客管理、プロモーション管理、コミュニティ告知管理およびその他のコアモジュールです。
6. プロジェクトのプロセスを紹介してください。プロジェクトでは何を担当し、何をしましたか? プロジェクト全体のプロセスと担当する機能モジュールを
履歴書に記載します。チームがプロジェクトを受注すると、まずユーザーのニーズを分析します。テスト計画の後、テストチームはテストケースを設計し、ユースケースをレビューし、開発者がバージョン パッケージを電子メールで送信するまでお待ちください。送信していただければ、テスト プロセスを開始します。
私は、システム テスト計画の設計、テスト ケースの作成とレビューに参加し、機能テストのテスト ケースを実行し、バグの管理と追跡、欠陥の提出、テスト作業の要約を行っています。
7. あなたのプロジェクトには何人で取り組んでいますか? どこまで開発するのか？どれくらいテストするのですか？どのような建築でしょうか？
約20件の履歴書プロジェクト、開発10件、テスト3件、UIテスト2件、運用保守2件、B/Sアーキテクチャとアプリ2件
8. B/S アーキテクチャのシステムはどのような点からテストする必要がありますか?
機能: リンクテスト、ナビゲーションメニュー、ページジャンプ、フォームテスト、データテスト、ビジネスロジックテスト
互換性：お客様がよく使用するブラウザを確認し、IE、Firefox、Googleとの互換性テストを実施
インターフェース: フォントの色サイズ、アイコンとフィールドの間隔など。
パフォーマンス: 接続速度、負荷テスト、ストレステスト
セキュリティ: 権限制御、リンクのカプセル化、ログ記録テスト、ログイン暗号文、パスワード変更後の再ログイン、ログイン有効期限。
9. B/S アーキテクチャ システムと C/S アーキテクチャ システムの違いは何だと思いますか? Webシステムのテストはどのような点からテストすればよいのでしょうか?
B/Sとはブラウザ/サーバーのアーキテクチャのことです。ブラウザ経由でアクセスする; 使いやすい; アクセス速度が比較的遅い; 保守と更新が簡単で、サーバー データを更新するだけで済みます; セキュリティが比較的低い。
C/S はクライアント/サーバー アーキテクチャです。クライアントアプリケーションをダウンロードする必要がある、クライアントをダウンロードしてインストールする必要があるため、比較的使いにくい、一部のデータがクライアントに保存されるため、アクセス速度が比較的速い、メンテナンスや更新がより複雑、セキュリティが厳しいの方が高いです。互換性のあるプラットフォーム
WebシステムはB/Sアーキテクチャ、機能テスト（リンクテスト、フォームテスト、ページジャンプテスト、ナビゲーションメニューテスト、データテスト、ビジネスロジックテスト、機能検証など）に属します。
互換性テスト (異なるブラウザ、異なるプラットフォーム)
セキュリティテストのポイント（ログイン番号認証、パスワード暗号文の表示方法、認証コード、ログイン状態失敗テスト、権限テスト、リンクパッケージ化、ログ記録など）
インターフェーステスト、ユーザビリティテストなど
10. テストではどのようなテスト ツールを使用しますか?
欠陥管理ツール バグフリー ZenTao バージョン管理ツール SVN
パフォーマンス テスト ツール ロードランナー インターフェイス テスト ツール postman
11. パフォーマンステストを実施しましたか? 自動テストを行ったことがありますか? どのツールが使用されますか? パフォーマンス テスターを使用して自動化を行いましたが
、これまでにプロジェクトに遭遇したことがないため、それについてはあまり知りません。パフォーマンス テスト ツールはある程度の理解があり、スクリプト、シーン設定、スクリプトの実行を記録し、パフォーマンス テストの結果を分析します。
12. パフォーマンス テスト プロセス
要件分析 - テスト計画の作成 - テスト ケースの設計 - スクリプトの保守 - スクリプトの実行 - 結果の分析 - パフォーマンスの調整
13 パフォーマンス テスト指標:
同時ユーザー数、スループット、応答時間、リソース使用率、tps と hps、トランザクション成功率
14. メモリオーバーフローとは何ですか?
一般に理解されているのは、メモリが不足しており、アプリケーションが必要とするメモリがホストに搭載されているメモリのサイズをはるかに超えていることです。これはメモリ オーバーフローと呼ばれます。
15. メモリリークとは何ですか?
過失やエラーによりプログラムが使用されなくなったメモリを解放できず、システム メモリが浪費され、プログラムの実行速度が低下したり、場合によってはシステムがクラッシュするなどの重大な結果を引き起こすことを指します。
16. テストでデータベースを使用したことがありますか? なぜデータベースを使用するのでしょうか? あなたが担当しているモジュールはデータベースをどこで使用しますか? 例を挙げていただけますか?
ビッグ データの場合、データベースにアクセスしてデータ レポート クエリのインポートとエクスポートを検証すると便利です。また、大規模なデータの整合性と正確性をチェックするには、データベースを使用して比較する必要があります。
17. 開発者にバグを提出し、開発者が同意しない場合、どのように対処しますか?
（この質問にはさまざまな方法があり、ニーズに応じて答えるべきです。 1: 要求が明確でない場合にどう答えるか? 2: 要求が明確な場合にどう答えるか?) バグの場合, 要求が明確ではないことを報告する必要があります, まず開発マネージャーと製品マネージャーを一緒に探します 要件を話し合って確認します 要件が確認された後は、要件に従います 要件が確認されない場合は、製品と顧客を続行させます要件を伝えて明確にし、要件と開発について話し合い、それでも開発が要件を満たしていない場合は、プロダクト マネージャーに相談します。
18. ネットワークの 7 層プロトコルとは何ですか? FTPはどの層で動作しますか?
アプリケーション層 ftp http telnet dns プレゼンテーション層 セッション層 トランスポート層 tcp udp ネットワーク層 ip ルータ ファイアウォール データリンク層 スイッチ ネットワークカード 物理層 ハブ
19. UDP と TCP の違いは何ですか? QQ はどのプロトコルを使用しますか? QQ は TCP プロトコルに属します
UDP: 信頼性が低く、コネクションレス型のプロトコルで、伝送効率が高い
TCP: 信頼性の高い接続指向のプロトコル、低い伝送効率
20. TCP/IP の第 4 層とは何ですか?
アプリケーション層 トランスポート層 インターネット層 ネットワークアクセス層 ARP RARP
21. httpページの戻り値の意味
200 成功 400 リクエストエラー 401 このリクエストを解析できません 403 アクセス禁止 404 ページが見つかりません 500 サーバーエラー 502 ゲートウェイエラー 503 サーバーが利用できません
22. 共通プロトコルのポート番号
FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306
23. テスト中に醜いインターフェースを見つけましたが、この問題は深刻だと思いますか? 手放してもいいですか？
それは主に需要に依存します
。深刻ではありません。需要があれば、問題はありません。特定の状況に応じて、プロジェクトがオンラインに移行しようとしている場合、変更によりさらに深刻な問題が発生する可能性があります。インターフェイスなので、通常は手放すための措置を講じます
24. データベースクエリにおける左結合と右結合とは何ですか? 左結合 右結合
左結合：ある列を基準に左右の表を検索します 左結合は左の表を実表として、実表内の全データを検索します 右の表に条件がある場合左のテーブルの条件に一致するデータが見つかり、条件に一致しない場合はNullで表示されます。右結合はその逆です
25. トリガーとは何ですか? ストアド プロシージャとは何ですか?
トリガー: イベントによってトリガーされ、主にデータベースの整合性と一貫性を確保するために、手動介入なしでより複雑な制約を完了します。ストアド プロシージャ: 大規模なデータベースでは、特定の関数を完了するための一連の SQL ステートメントがコンパイル プロセスでコンパイルおよび保存され、ユーザーはストアド プロシージャの名前を指定し、パラメーターを指定することによってそれを実行します。
26. 将来についてはどのような計画がありますか?
(専門能力開発) 小さな目標を立てて、半年でパフォーマンスや自動化を勉強し、 1年後には自主的にパフォーマンスや自動化のテスト
27.何か質問はありますか？どのようなプロジェクトなのか、プロジェクトの段階、ビジネス研修の有無は
何人開発しているのか、何人でテストしているのか、開発中のプロジェクトの状況を知りたい
28. ここにカップがありますが、どうやって測りますか? （このような実際の物体を与えてどうやってテストするのですか？）
デマンドテスト：カップの取扱説明書を確認してください
インターフェーステスト: カップの外観を確認します。
機能: 水カップに水を入れて、漏れているかどうかを確認し、水が飲めるかどうかを確認します。
安全性: カップの中に毒物や細菌はありませんか?
信頼性: さまざまな高さから落としたカップの損傷の程度
携帯性: カップがさまざまな場所、温度、その他の環境でも正常に使用できるかどうか
互換性: カップにジュース、白湯、アルコール、ガソリンなどを入れることができるかどうか。
使いやすさ：カップは熱いか、滑り止めはあるか、飲みやすいか
圧力テスト: 針を使用し、針に重りを加え続けて、どの程度の圧力が浸透するかを確認します。
29. 自分にはどんな利点があると思いますか? デメリットは何ですか?
(短所は長所と考えるべきです) まだ改善する必要があると思いますか? パフォーマンスの短所は、気楽で笑いが大好きなことです。長所は、より熱心であることです。
30. 私たちの会社について聞いたことがありますか?
私もそれを知り、面接通知を受け取った際にネットや採用サイトで確認しました。
31 アプリのテストについて何か知っていますか? アプリのテストとは何ですか? どのように測定するか（どの側面を測定するか）?
理解していますが、実際の作業でテストしたことはありません。実際、アプリを使用するときにテストしていますが、アプリテスターのテストほど包括的かつ詳細ではありません。モバイルのテストです。電話アプリケーション、その機能、インターフェイスと互換性、パフォーマンス、使いやすさ、インストール、アンインストール、アップグレード、システムまたは他のソフトウェアとの相互作用、消費電力、放熱、トラフィック監視、無料ログイン機能、二次ログイン
32. 残業についてどう思いますか?
許容範囲内、IT 業界では残業は標準です
33. テストケースを書いたことがありますか? テストケースを書くときの基礎は何ですか?
文書化された、ユーザーのニーズが優先されるものとします
34. テストレポートを書きましたか? 何を書こうか？
(少なくとも、自分がテストしたモジュールのテストレポートを書いたと言ってください) 人的投入、ユースケースカバレッジ、バグの分類と量の統計、残りのバグ、テストのリスク、テストオブジェクトの評価を担当するモジュールのテストレポート、テストの結論、テスト結果の分析、テストの概要
35. テスト計画
① テスト戦略
② テストリソース
③テスト進捗計画
④ リスク管理
⑤ 品質基準
36. テスト原則
A すべてのソフトウェア テストはユーザーの要件にまで遡るべきです
B 早期かつ継続的にテストする
C 完全にテストされても不可能です。テストを終了する必要があります
D ソフトウェアの潜在的な欠陥を表示できない
E クラスタリング現象に注意
F 自分のプログラムをチェックしないようにする
G テストにおけるランダム性を避ける
37. テスト計画の主な内容は何ですか?
背景、目的、範囲、アプローチ、スケジュール、テスト組織、テスト実行の開始と終了の基準、テスト計画の承認と変更の方法、およびテストに関連するリスク
38. システムテストの戦略または範囲 容量
テスト セキュリティテスト 安定性テスト インストールテスト アンインストールテスト ユーザビリティテスト 構成テスト ドキュメントテスト 信頼性テスト 強度テスト パフォーマンステスト 機能テスト 互換性テスト 負荷テスト 圧力テスト データベーステスト 配布テスト 障害回復テスト
39. 給与と開発プラットフォームはどのように選択しますか?
開発プラットフォーム
40. ニーズ分析はどのように行うのですか? 要件文書があるかどうかを確認するには、まず大規模なテスト範囲を決定し、
まずソフトウェア開発要件からテスト可能な要件または機能を抽出して元の要件を形成し、次に元のテスト要件を洗練または分解し、最後に要件レビューを実施します。 。
41. テスト計画を書いたことがありますか? 内容は何ですか？書かれていない
①試験対策
② テストリソース
③テスト進捗計画
④ リスク管理
⑤ 品質基準
42. テストレポートを書いたことがありますか? テストレポートとバージョンレポートの違いは何ですか?
テスト レポートはテスト プロセス全体と結果の概要ですが、バージョン レポートはテストされたバージョンの概要のみです。
43. ニーズ評価には誰が参加しますか? どうやってやるのですか？基準は何ですか?
参加者：テスター、開発者、製品担当者による会議形式でのレビューとレビュー レビューの基準：完全性レビュー：機能要件、データ定義、インターフェース定義を中心に、ソフトウェア要件のさまざまな特性をテスト要件が完全にカバーできることを確認する必要がある、パフォーマンス要件、セキュリティ要件、信頼性要件、システム制約など。同時に、開発者が見逃しているシステムの暗黙の要件がカバーされているかどうかにも注意を払う必要があります。
精度レビュー: 記載された内容が関係者全員が一致して理解できること、さまざまなテスト要件の間に矛盾や衝突がないこと、各テスト要件の詳細レベルが一貫していること、および各テスト要件がそのまま使用できることを確認する必要があります。テスト ユースケース設計の基礎。
44. ユースケースレビューには誰が参加しますか? どうやってやるのですか？基準は何ですか?
参加者: テスター、開発者、製品スタッフ会議レビュー
標準：
1) ユースケース設計の構造的配置が明確かつ合理的かどうか、また要件を効率的にカバーするのに役立つかどうか。
優先順位の取り決めが合理的かどうか。
テスト要件のすべての機能ポイントをカバーするかどうか。
ユースケースが適切に実行可能かどうか。たとえば、ユースケースの前提条件、実行手順、入力データ、期待される結果が明確かつ正しいか、期待される結果に対する明確な検証方法があるかどうかなどです。
冗長なユースケースが削除されているかどうか。
45 テスト活動のライフサイクルまたはソフトウェアテストプロセスを説明します:
要件分析 - テスト計画の作成 - ユースケースの設計 - ユースケースの実行、バグの提出 - テストレポートの作成
以下にいくつかのサポート リソースがあります。お役に立てれば幸いです。
これらの資料は、[ソフトウェア テスト] の友人にとって、最も包括的かつ完全な準備倉庫となるはずです。この倉庫は、最も困難な旅を乗り越える何万人ものテスト エンジニアにも同行してきました。お役に立てれば幸いです。パートナーは下の小さなカードをクリックしてください。受け取る