普通の本 2 冊、テストの実務経験 4 年以上、私はまだテストの立場にいますが、時間と個人的な理由により転職する考えがあります。Python を知っており、スクリプトを書くことができます。セレンとパフォーマンスに自信を持っていましたが、これほど優秀な人材が高収入のテストの仕事を見つけるのは難しいのですが、現在に至るまで満足のいく内定は得られていません。
数か月前から履歴書を準備し始めましたが、それがどれだけ優れているかは言うまでもなく、職務経験が満載です。「私は思いついたその日に応募を始めました。最初は、長い間公式にリストされていたいくつかのポジションに応募しただけでした。面接の案内は一切届きませんでした。得られたのは、比類のないフィードバックだけでした。私はかつて疑問に思いました」 「履歴書の書き方がよくなかったのに、何度も来てしまいました。履歴書を改良して梱包し、大量の履歴書を送り始めました。面接の招待状も何件か受け取りましたが、給与はまだ期待していた目標に達していませんでした。」
私の面白い面接体験をシェアさせてください。
最初
何という名前だったか忘れました。その会社は非常に小さく、おそらく数十人です。面接官は非常に個性的で、私に白紙の紙を渡しました。彼はデータベースや開発に関する大量の質問を含むランダムな質問をしました。彼の答えは次のとおりでした。あまり良くありません。この種の面接はかなりストレスがかかると思います。
第二の家
その会社は Ai Investment という名前で、以前と同じです。ポジションが一致していません。人事評価がどのように再開されるのかわかりません。遠く離れています。明らかに機能テストのために採用しているのですが、彼らは自動テストの名目で人材を募集中！またしても無駄な旅
第三の家
金融会社は、年末ということもあり、人材の採用にはあまり熱心ではありません。面接官は、平均的なスキルを持つテストマネージャーだと主張していますが、聞かれる質問はわかりにくいです。私は自動テストの面接を受けましたが、私は「彼女はそれについてあまり知らないようです。技術的な質問はありません。余談でした。後で知ったのですが、彼らの製品には基本的に自動化の条件がありません。作業の約 20% は自動化されているとのことですが、私は彼らは明らかに機能テストのために募集しているのに、自動化を書くことを主張しており、要件は非常に難しいです。
4番目の簡単なローン
大規模な採用だったのか、筆記試験では同じポジションに2名を含む4、5名が来ました。技術面接は5分もかかりませんでした。自己紹介をした後、技術的なことは何も聞かずに帰ってしまいました。と質問し、担当者に私の技術的な深さが足りないと伝えました。本当に素晴らしかったです。技術的な質問を一つもしなかったのに、私の技術的な深さは明らかでした。すでに適切な質問があったのでしょう。急いでいなかったので、公式サイトにアクセスしてこのポジションについて問い合わせました。2名募集する必要があり、おそらく多くの人と会うことになるでしょう...
今年の市場がうまくいっていないことはよく知られています。1 人を採用するには 18 人を面接しなければならないと推定されています。絶望的な気分です。プレッシャーに耐える能力が比較的弱いためかもしれません。出会いは罠です 幸いなことにその時は衝動的に辞めずに今も生きています 引き続き、就職活動はまだまだ続きます 私と同じように様々な面接に走り回っている方は、見つけていただければ幸いです満足のいく仕事。
面接中に私がよく遭遇する質問を共有しましょう。
ソフトウェアテストの目的は何ですか?
- プログラムの欠陥を発見し、ソフトウェアの品質を保証するため。
- ユーザーのニーズに応える
ソフトウェアテストの一般的なプロセスは何ですか?
- プロジェクトが承認されたら、ニーズのレビューに参加します
- 要件文書に基づいてテストケースを開発し、ユースケースレビューを実施します。
- プロジェクトが提案されテストされた後、ユースケースが実行され、問題が CP4 に記録され、タイムリーかつ効果的な方法で問題解決がフォローアップされます。
- テスト環境テストに合格した後、製品は受け入れテストを受けます。
一般的なテストの種類は何ですか? それぞれ説明してみては？
- 1.ブラック ボックス テスト(機能テストとも呼ばれます)
- 2.ホワイト ボックス テスト、つまり単体テストは通常、開発者によって完了し、プログラムのクラスとメソッドをテストします。
- 3. 互換性テスト、主にブラウザの互換性テスト
- 4.結合テスト、つまり各モジュールのテスト
- 5. システムテスト、各モジュールテストが完了した後、システム全体の完全性テスト
- 6. 回帰テスト
- 7. 受け入れテスト
テストケースの設計に一般的に使用される方法は何ですか?詳しく説明してください。
最も一般的に使用される 3 つの同値クラス分割、境界値、およびシナリオ手法
- 1. 等価クラスは有効な等価クラスと無効な等価クラスに分けられ、テスト範囲はいくつかの素なサブセットに分割され、各サブセットからいくつかの代表値がテストケースとして選択されます。
- 2. 境界値: 境界と完全に等しい、境界よりわずかに大きい、境界よりわずかに小さいを選択します。
- 3. シナリオ手法: いくつかのシナリオを分割し、1 つずつ検証します。
単体テスト、結合テスト、システムテスト、受け入れテストについて説明してください。
- 1. 単体テストは通常開発者によって行われ、プログラムのクラスとメソッドをテストします。
- 2. 結合テスト、つまり各モジュールのテスト
- 3. システム テスト 各モジュール テストが完了した後、システム全体の整合性がテストされます。
- 4. 受け入れテスト: テスト環境テストに合格した後、製品またはユーザーは受け入れテストを実施して、製品の実装が元の設計ニーズを満たしているかどうかを確認します。
探索的テストとは何ですか? 何をすべきでしょうか？
要件文書が不完全な場合、または要件文書がまったくない場合、経験に基づく暫定テストは、テストプロセス中に形成される基本的な思考テストです。
スモークテストとは何ですか?また、スモークテストを効果的に実行する方法は何ですか?
1. ソフトウェアの最も基本的な機能テストは、通常、開発によって完了します。すべてのスモーク ポイントを通過した製品のみがテストされることで、より意味のあるものになります。 2. スモーク テストは、統合テストやシステム テストなどのテストのすべての段階で実行されます。待って
高品質の欠陥レコード (バグ) には何を含めるべきですか?
- 1. バグが発生するための前提条件を記録します。
- 2. バグを生成する詳細な手順
- 3. 問題を直感的に表示し、開発者が問題を迅速に特定できるようにするスクリーンショット。
欠陥のライフサイクルは何ですか?
1 新規 – 送信 – 割り当て – 修復 – 検証 – 合格の検証 閉じる – 不合格の検証 再開
アルファ テストとベータ テストの違いは何ですか?
- アルファテスト: ユーザーを開発者の施設にテストに招待し、実際の動作環境を模擬した中でテストを実施し、開発者はユーザーからのフィードバックの問題を記録します。
- ベータテスト：基本的に開発とテストが完了した時点で行われるテストであり、多くのユーザーが異なる環境で動作し、ユーザーが発生した問題を定期的に開発者に送って修復を依頼する（開発は現場では行わない）
- 通常、アルファ テストがあり、その後ベータ テストがあります。
ソフトウェアテストで良い仕事をするにはどのような資質が必要だと思いますか?
- 優れた技術スキル
- ビジネスロジックの理解
- よいコミュニケーション力
- 問題を解決し、分析する能力
テスターとして、開発者とコミュニケーションをとる際に、コミュニケーションの効率と有効性を効果的に向上させるにはどうすればよいでしょうか?
- 開発者と根気よくコミュニケーションをとり、問題を解決するよう説得するために説明することの重要性を説明してください。
- 相手を十分に尊重し、たとえ低レベルのバグを抱えていても軽視しないでください。
- 他者に対して寛容であり、他者の立場に立って考え、開発者がプレッシャーなどの理由で協力を拒否した場合でも、冷静にコミュニケーションをとり、バグの優先順位について話し合う必要があります。
- 仕事や生活の問題に関わらず、開発者とより頻繁にコミュニケーションをとりましょう。ただし、テストには独自の原則があり、テストされた製品の品質に対して責任を負わなければなりません。
- 開発が調査範囲を絞り込むために、まず自分で問題を特定します。
ソフトウェアテスト エンジニアはチーム内で何をする必要があると思いますか? 価値は何ですか?
- 製品要望会議では、ユーザーの視点からユーザーのニーズに合わせた提案を行うことができます。
- テスト段階では、プロジェクトについてのあなた自身の理解と専門的なテストスキルに基づいて、プロジェクトがオンラインになる前にできるだけ多くの問題を検出して、製品の品質を確保します。
- テストプロセス中に発生する問題に対して、合理的かつ効果的なリスク評価を実施します。
- 厳格な品質管理テストに合格しなかったものは、製品としてリリースしてはなりません。
ソフトウェアテストに関して最も興味のあることは何ですか?
- 業界の見通しは比較的良好で、近年テストに注目する企業が増えています。
- 試験期間が長ければ長いほど困難や課題が増え、問題を解決しながら自分の能力も向上していきます。
- 私の性格は社交的で陽気で、製品や開発者と簡単にコミュニケーションをとって物事を成し遂げることができ、半分の労力で 2 倍の結果を得ることができます。
あなた自身のキャリアプランは何ですか？
機会があれば、まずは高度なテストを行って、マネジメントの方向に向けて開発していきたいと思っており、現在はCtripでテストチームのリーダーとして働いていますが、将来のマネジメントにも備えていきたいと思っています。
これまでの仕事で、大きな影響を与えた、または感銘を受けたバグは何ですか? なぜ？
印象的なバグ: 最近のプロジェクトでは、x は注文、n は qmq メッセージであり、注文サービスが呼び出されて自動的に注文が発行されます。テスト プロセス中に、開発提案書に手動注文を追加しました。それを補うために、開発チームは生産中に注文の発行が失敗しないように努めましたが、その後、オンラインにする前に手動発行機能を追加するよう説得されました。オンライン化2日目に社内のqmqフレームワークに問題が発生し、メッセージの消費に遅れが生じ、一定時間内に自動でオーダーが発行できなくなり、全員が手動でオーダーを発行しました。いくつかの注文を解決するためです。インシデントの後、開発はその時点での私の提案を確認しました。バグ修正は正しいです。
これまでの経験の中で、解決した中で最も困難な問題は何ですか?
環境問題はすべてのテスターが直面する問題であり、解決された多くの問題の中でも、テスト環境が利用できないことと、テストに迅速に介入できないことが依然として顕著です。長期間使用されていなかった環境では、経験と詰まりの位置に基づいて、さまざまなサービス間の呼び出しが段階的に調整されました。
これまでの仕事や勉強から得た最大のことは何ですか?何を学びましたか?
- 事業の蓄積
- UI 自動化、ジョブ自動化、API 自動化などのさまざまな自動化を通じて、コーディング スキルを向上させるだけでなく、毎週の定期リリースでも決定的な役割を果たしています。
- 長期にわたるテストの過程で、問題を解決する能力が向上しました。
文書なしでどうやってテストを行うのでしょうか?
- 概要設計、機能設計、詳細設計など、開発された設計文書などの他の文書を入手してみてください。
- 似たようなプロジェクトのドキュメントをオンラインで検索してみます。運が良ければ、会社のデータベースから同様のドキュメントを見つけることができます。
- 開発したインターフェースや設計書に従って機能モジュールに分割し、いくつかのユースケースを大まかに書き、その後探索的テストを実施し、テストプロセス中に徐々に独自のユースケースを改善していきます。
最後に、私の記事を注意深く読んでくださった皆さんに感謝します。互恵性は常に必要です。それほど価値のあるものではありませんが、使用できる場合は、直接受け取ることができます。
これらの資料は、[ソフトウェア テスト] の友人にとって、最も包括的で完全な準備倉庫である必要があります。この倉庫は、最も困難な旅を乗り越える何万人ものテスト エンジニアにも同行してきました。また、お役に立てれば幸いです! 必要な方は、パートナーをクリックしてください。下の小さなカードを受け取ってください
