質問1: 自己紹介をお願いします
核となる要素: 個人のスキルの利点 + 職歴 + 経験のハイライト
参考回答：
1つ目：基本情報＋退職理由
こんにちは、面接官です。私の名前は張三です。トマト市出身で、ソフトウェア テスト業界で3 年の勤務経験があります。Web/APP および小規模プログラム プロジェクトのテスト作業を担当し、プロジェクト全体を担当した独立したテストの経験があります。
私は一身上の都合により前の会社を退職し、現在も退職しています 以上が私の自己紹介となります。
2種類目：基本情報＋プロジェクト紹介
こんにちは、インタビュアーさん、私の名前は張三です。トマト市出身です。ソフトウェア テスト業界で 3 年の協力経験があります。Web/APP および小規模プログラム プロジェクトでテスト作業を行ってきました。プロジェクト全体のテストを独立して担当します。
最新のプロジェクトは xxx で、(B/S または C/S) アーキテクチャに基づいた xxx 製品です。このプロジェクトでは、主に xxx ビジネスと xxx ビジネス、および機能、インターフェイス、インターフェイスを担当しています。 xxx モジュールと xxx モジュールの自動テスト。
xxx テスト ツールと xxx 欠陥管理システムは主に機能テストで使用され、xxx ツールは主にインターフェイステストで使用され、自動テストは Python+Requests+pytest+Jenkins によって実装されたテスト フレームワークの構築とテスト実装に基づいています。以上が私の個人的な紹介です。
質問 2: 最近のプロジェクトを紹介してください
コア要素: プロジェクトの目的 (複数のプラットフォームを含む)、プロジェクトの対象者、用途、コア ビジネスは何か、担当するモジュールは何か。
参考回答：
私の最新のプロジェクトは、フロントエンド (Web/APP) とバックエンド管理システム (Web) を含む金融融資プロジェクトです。
フロントデスクには、ホームページ、質の高い財務管理、ロボアドバイザー、コミュニティ、個人センター (個人ローンと私の投資の情報セクションを相互に切り替えることができます) が含まれます。
バックグラウンドには、システムのホームページ、ローン センター、資産管理、ユーザー管理、認証管理、コンテンツ管理、メッセージ通知、顧客サービスなどが含まれます。（基本資産管理、保険資産管理、厳選銀行エリア）
中心的事業：
1. 融資の流れ（個人ローンとオンラインローンに分かれます）
● 個人ローン：
○ 登録 – ログイン – ファンドカストディアン口座開設 – 申請クォータ – クォータレビュー成功 – 借入方法 (クレジット住宅ローン) – ローン申請書の記入 – ローン申請書の提出成功 – バックグラウンド初期レビュー管理が承認されない – バックグラウンド管理者の初期入札レビューに合格 (失敗、失敗、拒否、不合格の場合は借入者が取り消される） – 借入申請は成功しました
● オンライン借入:
○ 未登録 – オンラインでローンを申請 – ローン申請の承認 – バックグラウンドでユーザーを追加 – 資金保管を開き、ユーザーのフロントデスクでクォータを申請 – バックグラウンドでクォータの審査に合格 – ローンをリリース– 最初の入札に合格 – ローンが成功
投資プロセス
● 登録 –> 投資家ログイン –> オープンファンドカストディ –> 金額リチャージ –> リスク評価 –> 投資用ローン基準の選択 –> フルスタンダード –> フルスタンダードの承認 –> 借り手の返済
私は主に、ローンと P2P 投資の 2 つのコア モジュールの機能テストと関連インターフェイスのテストを担当しています。
質問 3: 印象に残ったバグを紹介してください
コア要素: 独自のプロジェクト理論と組み合わせます。
参考回答：
以前に機能をテストしたことがありますが、ボタンをクリックしてもページが応答しませんでした。この問題はバックエンドのバグとして報告しました。
ログを読んだ後、バックエンド開発者からこのバグについて電話があり、これはバックエンドのバグではないと言われました。私は、これがフロントエンドのバグであることがわかる前に、パケット キャプチャ ツールを使用してインターフェイスと応答を調べました。終了バグ。
このバグがなぜ根深いかというと、深く考えずにバグを上げてしまったため、バックエンドの開発とちょっとした軋轢が生じてしまったのです。
今後の作業では、バグに遭遇した場合は、まずそれを再現し、次にバグのフロントエンドまたはバックエンドを特定してからバグを報告する予定です。
それくらいです。
質問 4: フィドラー ツールを使用したことがありますか? それをどうやって使いますか？
コア要素: Fiddler ツールのエクスペリエンス + Fiddler ツールの機能概要
参考回答：
1. プロジェクトのログインおよび登録モジュールで Fidder を使用します。フロントデスクで有効なメール アドレスを登録して送信します。fidder を使用して傍受します。パケットをキャプチャした後、fidder で無効なメール アドレスに変更します。送信します。登録が成功したかどうかを確認します。成功した場合、バックグラウンド インターフェイスは使用できません。ここで支払い注文情報をキャプチャして、データを変更したり、金額を変更したり、物を買うために 1 セントを使うこともできます。
2. プロジェクトを引き継いだ後はドキュメントがなく、プロジェクトのインターフェースを検証する必要があります。Fiddler を開いてプロジェクトの URL にアクセスし、プロジェクトのネットワーク リクエストを取得し、アクセスされたインターフェイス、渡されたデータの種類、および返されたデータを確認して、それをドキュメントに整理します。後で使用するときに便利です。
追伸: Mac はパケットのキャプチャに Fiddler を使用しません。チャールズを使うしかない
1. 欠陥がフロントエンドの問題であるかバックエンドの問題であるかを分析します。
例: 注文を送信するためのリクエストアドレス:
① インターフェースが注文商品データを整理して送信し、[Submit Order] をクリックすると送信リクエストがトリガーされます ② バックグラウンドコードが処理を実行し、処理が完了すると注文関連データが返されます。返されるデータは開発者によって決定されます (どのデータを返すかは要件によって決まります)。注文番号、注文金額などの注文金額がインターフェイスに正しく表示されない場合は、注文応答データを取得して送信し、合計金額が満たされているかどうかを確認します。インターフェイスで返される情報の順序は正しいです。インターフェース内の注文合計金額が正しければ、それはフロントエンドの問題であり、応答メッセージ内の注文合計金額が間違っていれば、それはバックエンドの問題です。
2. フロントエンドには入力情報に対応する制限がありますが、バックエンドのコードにも制限があるというわけではありません。IT を理解している人であれば、各リクエスト アドレスはフロントエンド ページを直接スキップして操作できます。バックエンドに異常な入力に対する対応する制限があるかどうかを確認します。
3. インターフェイス テストでは、各リクエストの実装をテストします。一部の企業の開発ではインターフェイス ドキュメントが作成されておらず、特定のインターフェイス アドレスはパケット キャプチャ ツールを通じて取得できます。
4.モバイルの弱いネットワークテストを行う
質問 5: よく使用するLinuxコマンドについて教えてください。
コア要素: Linux アプリケーション シナリオの概要 + 特定のコマンドと機能
参考回答：
テストとして、主に次の 4 つのシナリオで Linux を使用します。
1) 開発者テスト。ここでは Linux を使用してテスト環境を構築します。
2) たとえば、開発者がテストを送信した後、そのコードを指定されたパスにデプロイしたい場合は、解凍コマンドを取得する必要があります。こちらもコンパイルしてインストールします。
3) テスト中にサーバーがハングアップしてサービスを再起動する必要がある場合がありますが、必要なのはサービスのコマンドです。|再起動後にプロセスやポートなどを確認する必要があります。
4) しかし、それらのほとんどは、テスト中にエラーが発生した場合に頻繁に使用され、サーバーにアクセスしてログ情報を確認し、tail -f ログ ファイルを使用します。
ls ll cd pwd などの単純なものについては説明しませんが、より一般的に使用される Linux コマンドは次のとおりです。
プロセスの表示: ps -aux ポートの表示: netstate -tnulp | grep ポート番号
プロセスを強制終了します:プロセスを強制的に終了するには kill -9
リモート コピー: scp find は指定されたファイルを検索します
tail -f リアルタイムでログを表示します。 cat は、指定されたファイルの内容全体を表示するために使用されます。
mkdir ディレクトリを作成 touch 新しいファイルを作成
tar.zxvf unzip chmod -R 777 777 権限を付与
grep はファイル内の条件を満たす文字列を検索します
vim編集コマンドモード、テキストモード、最終行モード
質問 6:データベースはどこで使用されていますか?
参考回答：
1テスト ケースを実行するとき、データベース内のデータの正確性と整合性を検証する必要がある場合があります。
2 バグを発見する際、データベース内のデータの詳細情報を確認する必要がある場合があります。
3 テスト シナリオを構築する場合、データベース内のデータを直接変更できます。これは、インターフェイスを使用するよりも効率的です。
4 ソフトウェアのアップグレード プロセス中には、履歴データの処理が含まれることがよくありますが、この場合、アップグレード SQL を実行して結果を確認する必要があります。
Insert はデータを挿入し、update はデータを変更し、内部結合クエリ、左右結合クエリ、サブクエリは個人的によく知っています。
個人的にデータベース可視化ツールはnavicatです
質問 7: 前の会社を辞めた理由は何ですか?
プロンプトに答えます:
①最も重要なことは、応募者が前部門での「退職理由」が今回の募集部門には存在しないことを採用部門に納得させなければならないということです。
②「退職理由」はあまり詳細かつ具体的に言わないようにしましょう。
③「仕事が多すぎる」「人間関係が複雑」「経営が乱雑すぎる」「会社は人材を大切にしない」「会社は誰々の社員を否定する」などの主観的なマイナス感情と混ざらないこと」など。
④でも「環境を変えたい」「個人的な理由」などは避けたり避けたりすることはできません。
⑤不誠実、怠惰、責任感のなさ、気楽でないなど、自分自身のマイナスの性格特性を巻き込まないでください。
⑥ 説明する理由は、応募者の個人的なイメージをさらに輝かせるように努めてください。
参考回答：
会社が廃業したため退職した; 3年以上勤務しており、深い関係がある; 昨年来、市況の急変により会社の状況が急変した;とても残念な気持ちですが、それでも現実を直視し、もう一度自分の力を発揮できる舞台を探さなければなりません。
面接での同じ質問の答えは一つではなく、どんな面接状況でも同じ答えが通用するわけではなく、ルールをマスターした上で面接の具体的な状況を把握し、面接の心理的背景を意識的に把握することが重要です。面接官の質問の後は、好きなことをしてください。
分析します:
給料が低かったり、本来の仕事が低かったりしない限り、「給料」を言い訳にしないでください。退職理由は各人の本当の退職理由に合わせて作成する必要がありますが、誠実に答える必要があります。どうしても判断できないときは、家庭の事情で数ヶ月休暇を申請しなければならず、会社が休暇を与えてくれないので家族が不在であると言えます。 , 面接官はこの回答を受け入れることができます。
最後に、私の記事を注意深く読んでくださった皆さんに感謝します。互恵性は常に必要です。それはそれほど価値のあるものではありませんが、必要な場合はそれを取り上げることができます。
これらの資料は、[ソフトウェア テスト] の友人にとって、最も包括的かつ完全な準備倉庫となるはずです。この倉庫は、最も困難な旅を乗り越える何万人ものテスト。お役に立てれば幸いです。エンジニア