決まり文句は、その後、ソフトウェアテストのキャリア開発についての話します

こうした広範な現象があります

特に準大手インターネット企業のリクルーター最も悲惨なものでテストリクルーターは、人を採用することです。ネットのすべての種類は、毎日、星のために達するために、適切な人を見つけようと数百の履歴書を見て、顔数十人は、少しイタリアのパートナーに感謝をうめき声。しかし、多くの小さなパートナーは、テストが、仕事を見つけることは困難である、特に大きな工場に、彼らは特定選ぶことが判明している間:コード、ソフトウェアアーキテクチャを持っている能力を記述するために、大きな塊は通常、技術的な問題を使用することはありません尋ねたが、また選びます経験、コミュニケーションスキルを選んで、年齢を選んで、時には特別な教育をそれを選ぶ、これはそれを選ぶ選びます。合計が苦しんでいる、両当事者が得られ、需給を一致させることは困難です。

なぜ?

容量の要件は一致しない問題の核心です。ソフトウェアは、インターネットの急速な成長の過去20年間、実際には、多くの段階を経ています。ソフトウェアアウトソーシング産業が栄えたステージと繁栄期(2000年から2010年)産業はテスターが多数入った、テストでは、ほとんどの主流の練習でした:システムの受け入れ段階に焦点を当てます。基本的な主要な作業テスターは、ブラックボックステスト、コード機能、多くのシステム要件を理解する能力に基づいて、ビジネスに投資しています。2010年以降、国内のソフトウェア開発モデルのためのインターネット業界の本当の立ち上がりが速く、反復モデルが徐々に、開発サイクルが短くなっている、より速く、より速く反復を上昇、徐々に好転し始めたが、システムはより多くのある複雑な、より大規模な。作品の元のテスト動作モード及びスコープ要件を満たすことがますますできません。しかし、変更のスキルの従業員の多くは非常に困難なことである、業界は巨大な慣性です。ビューのマクロな観点からの需要シフトチェンジについていくためのQAのスキルの多くは、市場の需給のミスマッチの主な原因です。

だから何?

3つの視点:

1.唯一の手動テスト、キャリア開発は、テストエンジニアは、システムの実装がより制限されます理解していません。

2.学生の市場の需要を満たすための移行は、(市場が不足しているため、企業はそのような人を見つけるために価格を引き上げるために持っている)は、過去数年の間に超過リターンを得るだろうことができます。

個々の、個人的な成長のために3.常に最も重要な、彼らは市場の肉とジャガイモがトリッキーだったになるための方法を考え、外部環境に依存しない、独自の開発を担当することはありません。

最終的にはどんな人が求められていますか?

人々はそれが求めて何の話をすることが私の理解によると、限られたスペースには、技術的な観点に偏ることになります。個人的な意見、議論やレンガを歓迎しました。

 

財団のテスト - プロジェクト経験

実務経験、あなたが候補者以上の50%以上が意志より複雑なシステムのテストがあります。より複雑なシステムは何ですか?投資した50人年、それはシステムと呼ばれることができ、複雑なシステムを開発しました。そのため、複雑なシステムは非常にまれではありません。あなただけの単純なモジュールに触れ、あるいは単にではなく包括的に理解よりも、安定したテスト・保守モジュールを開発する場合は、あまりにも複雑なテスト・システムであると言うことはできません。接触の経験で最初から最後まで完全なプロジェクトは非常に貴重です。

財団はテスト - 基本を

コントロール3冊:「ISTQBベースのチュートリアル」の「高度なソフトウェアテスト設計」「詳細ソフトウェアテスト管理」(2つの高度な認定コース終了後ISTQBです)。あなたが堪能で(実際に熟達だけではなく、概念)、あなたは候補者の80%以上にできるようになることができ、コンテンツ側。人々のインタビュー何百、私は多くの場合、いくつかの質問をする:試験時間が十分でない場合、あなたはどのように行うのでしょうか?私たちは、あなたがあなたのシステムと完全に不慣れをテストすることができた場合、あなたはどのように行うのでしょうか?あなたは、通常、これらのテスト設計の方法を使用しますか?非常に一般的な問題のように見える、被験者です。ほとんどの専門家は、体系的な研修や学習にさらされていないので、何年もの間、まだ不十分なスキル、意識偏差です。

主要な言語能力を使います

ミートこれは、候補者の70%以上です。それは巧みに何ですか?例えばJavaのを見てみましょう:Javaのチュートリアルシステムは、このようなセルフテストについて50個の質問は、35以上に答えることができる高周波面接の質問として、研究、Springフレームワークの中で最も主流に精通し、シンプルなウェブサイトを書くことができ、基礎サービス繧、テストフレームワークを介して読み取り、またはmockito JUnitの源として、実施例技能試験インターフェース(例えば、いくつかのテストに基づいて、フレームワークとして:静止保証+ JUnitの)サービスは、コード開発を読み取ることができ、それらのコードコードレビュー;

言語のより深い知識があります。

ミートこれは、候補者の90%以上です。何がそれをよく理解していますか?また、インスタンスのJavaを取る共通のJava APIの熟練使用し、知識ベース言語機能/システムの特性、そのような実装機構のコレクションとして、システムのタイプ、I / O、ネットワーク、マルチスレッドの深い理解、周知の設計パターン(広範囲デザインパターン、GOFのデザインパターンに限定されない)、操作のJVM馴染みモード;解決するためのトラブルシューティングパフォーマンスの問題をデバッグツールの熟練した使用、市場でマスター共通の足場;)(ネットワーク関連の知識に関連のOPを取り囲むマスタリング知識が良好を有します実際の開発経験(本当にテストした農産物何かをした);テスト開発のために、AOP、Javaバイトコード技術は、非常に重要な知識です。これは非常に長い学習リストで、開発に何年もかかります。Doが、実際には、あなたは、高度なテスト位置を開発するための技術的な基盤であり、ポスト、の正常な発達のための資格です。

知識の分野ではよく理解があります

人々はすべてを知っていることはできませんが、仕事の数年後、仕事は仕事の特定のドメインに蓄積してきます。

たとえば、あなたは、3年間のためにあなたが出て話すことが熟練している必要があり、ビジネスをシステムのコアの電力ビジネス・トランザクション・モジュールをテストする:製品リスト、カート、受注、バックオーダー、スクラップの注文、支払い、出荷、在庫、払い戻しショッピング、などのビジネスプロセスの優先使用、および共通ピット発生する可能性がある(すべての種類の資金調達の問題の損失、サービスが利用できない問題のすべての種類、論理的な矛盾を)調理する、または単にあなたの経験沈殿と深い思考を反映することはできません。技術を角度であなたは、塗料系の相互作用図、使い慣れたインターフェイスとコアパラメータのコア、コード開発を読み取ることができ、微量の熟練使用してオンラインコードの行を配置する問題を診断するツールを監視から抜け出すことができるようにしたいです。

技術の質を保護する能力を持ちます

あなたは、あなたのテスト効率を改善するための技術的手段を与えることができるが、それの試験例の能力を高める:テストの開発が尋ねる質問を投稿しますか?これが最大のホンハムのインタビューの一つです。多くの人々は、自動回帰テストのいくつかの例について話しますが、どのように、どのようにおもちゃになって1、セーブ・オンライン良いとチュートリアルを行うにはしたくないんので、実際のサクセスストーリーは、非常に少ないです。自動化されただけのツールを使用しないでください、フレームワークは、実際には、測定対象物の特性に、ソフトウェアのライフサイクルは、我々は強力な開発を持っているジョブの深い理解と知識を持っています。実際には、環境、CI、データ、テストケース生成、いくつかの小さな対よりデータポイントは、良い効果は、これらの点からの出力がうまく行うことができる言及していることができ、良好な点であろう。優れた成功物語、80%以上の勝利のあなたのチャンスがあり、何のショートボードは、それはほぼ確実、ありません。

スキル以外の何か - 実際のケース

前の仕事は、あなたの能力を確認しました。あなたは仕事のための特別なショー、インタビューが最も有用な武将である場合を証明するためにあなたの能力をクリアすることができます。

スキル以外の何か - あなたの個人的な資質

速い学習、体系的な学習、彼らの知識を適用するために、体系的な思考、強力な駆動力、技術的な思考、優れたコミュニケーションスキル、分かりやすく、ストレスに対する抵抗性、楽観、後退に抵抗する能力:一般的に持っている以下の特性が大きくなりますプラスすぐに、意識、所有権、チームワーク、ビジョンと計画の反復改善を調整する能力。これらの機能は何も、スキルの一時的な不足を行い、人々の強いコアがあり、人々の心を反映し、それは確かに作ることができます。だから、採用の際に決定的な役割を雇うかどうかを判断する傾向があります

 

高スポットの要件(上級職を求めて)

 

コンピュータの知識の分野の総合的な理解

この範囲は非常に大きく、人々はすべてを知ることはできません。しかし、最も基本的な知識は、ブラインドスポットを持つことはできません。

基礎となるオペレーティングで動作するようにシステムを操作する基礎編:基本的なコマンドに精通していることが基本的な概念を理解してオペレーティングシステムを通読するのLinux、Linuxの本、場合、シェルは読み書きすることができます。

「グラフィックTCP / IP」2冊の本をお勧めします「グラフィックのHttp」を理解することの2冊:特定のTCP / IP、HTTP、知識のネットワークの知識。

知識データベース:一般的な市場のデータベース(Redisのは、MySQL、Oracleの)一般的なDBA操作、トラブルシューティング、SQL熟練使用;

Webおよびモバイルエンド知識:HTML、CSSを理解する能力は、Javascriptのコードは、AndroidまたはiOSコードを読み取ることができ、読むことができ、開発者が簡単に最善を尽くす。

セキュリティ知識:一般的なセキュリティ手法、ツール、基本的なセキュリティ攻撃と守備の原則;

ソフトウェアエンジニアリング/開発プロセス管理:PMPのホーン戦闘学習のすべての種類、提案システムでは、いくつかの認定コースのアジャイル開発。

 

深耕の分野では

人々はすべてを知っていることはできませんが、深耕の分野で必要とされます。例えば、テスト・モバイルの終了後4、5年をしています。AndroidとiOSには、開発する特定の能力を持っている必要があり、および事業開発のコードを読むことができる最も基本的なもの、それは機能的な達成するための事業開発の一部を置き換えることができ、コンポーネント開発の完全な部分は非常に良いセルフチェックポイントです。自動化ツールスタック、スタック(例えばbugly、newrelic等連合の友人など)監視ツール、メモリリーク検出、検出カトン、消費電力、低ネットワークトラフィック、埋め込み、グレー、バージョン管理と互換可能な携帯端末、ユーザーエクスペリエンス、セキュリティ、およびので、全体的な品質保証プログラムを取得する能力を持っています。

それは何を取得しますか?例えば:例えば、千分の1以下に崩壊の速度を低下させるために様々な手段を使用して。小さなチームにとって、これはホムを実装するのは非常に簡単です。これを行うには、ツールは、コードのカスタマーセンターを防止し、未熟なサードパーティ製のプラグインの無差別使用を防止するために導入された静的コードをスキャン(変更と予防の発展を促進する方法の中核問題を見つけるためのツールの範囲を使用する方法、クラッシュ率を収集する方法を知っておく必要がありますこのようヌルポインタなどの一般的なパターンは、クラッシュを引き起こす可能性があり、開発ログは、良い習慣を開発促進するために、習慣を開発防御的なエンドのモバイルプログラミングプログラミングを促進し、仕様に応じて、串にバックエンドインターフェイスの開発を促進するために、ヘルプにメモリリークの導入を開発し、ケイトンツール、トレンドレポートアラームが鳴っベル、グレースケール設定のすべての種類、オンライン監視が...)品質関連の多くの仕事を持っているの背後にあるデータを変更します。

 

パフォーマンスを向上させるためのソフトウェア品質のサポート機能への包括的なアプローチを使用します。

それは、それのいくつかの例を非常に抽象的に聞こえます。

例1:あなたは常にテストがあまりにも長い間開発された時間について訴えているチーム。どのようにそれについてのテスト時間を短縮することができますか?

研究を通して、それは小規模なテスト環境のほとんどが批判利用できないパートナーであることが判明しました。最終的にはマルチ環境は、それを使用しないように?

あなたはGrafana環境で利用可能な監視報告を行なったし、プロメテウスは、使用後に、私たちは主に起因する作業日の唯一の約35%の稼働率、内環境ことがわかった:いくつかのコアホットアプリケーションは、多くの場合、誰もがハングアップしません。

あなたは、展開のため、具体的責任、チーム全体を引っ張って、合意されたルールの展開:のみランチ、ディナータイム展開と展開後の自分自身に見てはOKではありません。

一週間後、環境の可用性は65%に上昇しました。さらに詳細な分析と2人の生徒がルールに従わないことが判明し、彼らはいつもあなたが話に一人で彼らに行き、ルールを破っています。

一週間後、環境の可用性は80%に増加しました。ルールを遵守していない少数があります。

あなたはSREクラスメートが展開カードポイント、非展開時の展開必見のTLの承認を行うために必要性を言及見つけます。

1週間後、環境の程度は85%に上昇することができます。いくつかのTLは、ルールを遵守していません。

あなたは、アラームを内蔵し、展開した環境の混沌とし​​た、壊れた、@環境を台無しに通知し、グループ内のすべての大きなチーム。

1週間後、環境の可用性は92%に達しました。

それは自動的にロールは、以前のバージョンをバックアップ、問題がまだある、いくつかの時間のために何の応答、自動再起動サービスをアプリケーションハング:あなたは、機能を追加しません。

あなたは、アプリケーションの起動時間の開発につながった問題が長すぎる解きます。

あなたは、環境保護団体を推進しています。

あなたは、テスト環境の標準化されたプロセスの実装のオンラインバージョンを推進しています。

あなたは、自動カードケースと煙点を押してください。

あなたは、人間環境のバックアップ機構の展開を推進しています。

あなたは、完全な基本的なトレーニング環境の展開を推進しています。

あなたは、導入ガイドをまとめました。

あなたはやります。

最後に、97%以上の安定した環境の可用性。あなたは、60%以上のブロック時間試験(オリジナルではなく、35%の可用性)を保存しました

実施例2:上記の問題は、環境に加えて、谷点がある:開発テスト挙げ品質が高くありません。テストの最初の数日間は、メインプロセスの多くは、常に待機しているテストにつながる、行き止まりであるか、FBIの開発と一緒に従ってください。テストを置く:ので、今回は、時間の習慣的な検査と考えられてきました。

あなたは宣伝:テストは煙の言及のユースケースを測定するためのセルフテストを提供し、開発者がある程度を完了する必要があります。

あなたが促進:開発プロセスにおける同期間を構築するためにテストと開発を自動化しない、コア機能は、自動化ユースケースを保護することでした。

あなたは宣伝:セグメンテーション機能の開発が突然大きな動きが料理のすべての保存はもちろんのこと、対策を述べました。

あなたは宣伝:コードコードレビューは、芽の段階で問題を悪用し、早期のコアコードでチーム定期的な活動、QAのフォローアップになります。

あなたが促進:FBIは非常に早く行って外部リソースを、それは事後テストテストブロッカーになることはできません。

...

例3:あなたは、QAを長いテスト時間を見つけて、彼は問題を抱えています。

明確なテスト計画をし、すべての利害関係者は明確な期待を持っている:あなたが推進しています。

あなたは宣伝:リスクに基づいてテストテスト、最速カバー、時間の科学的な配分、かなり短い時間バグフィードバックアークを得るための最大のリスク。

、バグ厳格な管理をすべての重要かつタイムリーなバグ修正です:あなたが推進しています。

あなたは宣伝:良好なコミュニケーションおよび報告のメカニズムを、毎日、主要な利害関係者が明らかにどこまでリリースから知っているので、チームのこと。

あなたは推進しています。

あなたは彼が成功以上の5つの例を行っている、と私はあなたが凶暴1行のメーカー保証になりますよ伝えることができます。ランクから基本的に専門家。

 

継続的な学習と複雑な問題解決スキル

例1:

あなたの最近の研究では、安定性を高めるために、バックオフィスサービスへのチームを支援することです。あなたはそう、あなたはまた、内部機構と同様の(穏やかな)を実現し、チームの安定性の改善を促進し、安定性を改善するために、サービス攻撃のランダム生産、および強制エンジニアにChaosMonkeyと呼ばれる内部Netflixの使用の何かを参照してください。

どのようにこの呼ばれChaosMonkey事を知っていますか?あなたは、多くの場合、技術のブログの閲覧ティアメーカーは、業界の会議、新技術のすべての種類へのこだわりに参加しますので。永続的な習慣。

例2:

大規模なオートメーションインターフェイスを行うのは難しい、外部データがあまりにもタフな、あまりにもハードの引数のコンストラクタ、書き込みにあまりにもハードアサートを依存しています。あなたは、単にうまく再生を記録することができます。

しかし、外部の依存性が陥没穴で、書き込みが、また、陥没穴をあざけりもシンクホールを主張します。

実際のケースでは執拗な複数のチームの数年間は、穴を埋めた後、アリは、内部アプリケーション・レベルの録音再生ツールがあり、成功したアプリケーションの数百人がそれを使用することで、不可能を可能リターンミッションとなり、あります(同じ日に発生した数十例何千もののため、使用に即日プット、およびカバレッジを分析することができます)は、革命的な労働時間を支払う自動テストの必要性の実装では、(本来は有料の時間の10%未満)に減少しました。

あなたは彼が成功以上の5つの例を行っている、と私はあなたが凶暴1行のメーカー保証になりますよ伝えることができます。ランクから基本的に専門家。

 

その他の機能

テストワンサイズフィットはすべて、いくつかの位置が原因​​の問題のため、よりハイエンドの仕事の一部がどうあるべきか高次を必要としているが、より包括的な対処する必要があり、より多くの人が種を対処する必要があります。そうしないと、あなたは簡単に、プロのショートボードになることができます(もちろんすべてではない)ことのリストを作ります。

  • 優れたプロジェクト管理スキル、より良い彼より少なくとも同じレベルまたはそれに能力を開発マネージャー。
  • 特定のソフトウェアアーキテクチャの機能を提供します。
  • 特定の製品の感覚:彼は思うだろう、なぜ製品の意義、パスを実現するために、知っている知っている、滑らかで、シニアプロダクトマネージャーと通信することができます。
  • プロダクトマネージャー以上に高品質な製品の考察から、彼に出力を与えました。
  • 優れたコミュニケーションスキル。
  • チームの管理(これはあまりにも重要です)
  • 目標管理機能は、(上記の)良いコアを持っています

 

どのように変換/どのように高度な?

それには、ハイエンドのアプローチが存在しない、難しいことではありません。これら四つの下には十分である、コア秘密は忍耐です。

 

あなたがテスト対象のシステムに精通している、あなたはテスト対象のシステムに精通して、テスト対象のシステムに精通しています。 ビューの技術的、ビジネスの観点から行うことができる基本的なプロフェッショナリズムの良いQAが、また上昇する能力となる被試験システムに精通している最も重要な源です。

だらし:私はそれのシステムアーキテクチャの図を描くことができましたか?私はそれを開発したコードを読むことができますか?私は、一般的なビジネス監視システム、それに精通していますか?システムに精通し、それを記録しますか?私たちは、どのようにそれを見つけるの開発とデバッグの問題を知っていますか?私にラインを与える、私はそれを見つけることができますか?私はこの分野のコアビジネスに他の誰かにそれを完全な導入を与えることができますか?私はそれが直接手-公開のオンラインシステムを所有することができますか?あなたは戻って何をロールバックする方法を知っていますか?どのように灰色をしているのですか?私のようなすべての主要な技術のポイントは、どのように取引が行われている冪等知っていますか?私はチームを持っている:どのような評判「この男は、システムで最もよく知られていますか」?

だらしすべて否定。それはすべての肯定的な答えになり得る年間過ごしください。このプロセスでは、あなたは多くのことを学び、唯一の方法で進んでいる非常にかなりの成長、だけでなく、人々の場所カードの多くを得ることを余儀なくされます。ない場合は、背中を読んでいない、また、すべての前にそれを忘れて。

方法:、すべての文書を読んで積極的にすべての議論の開発に参加するために、コードを読むために自分自身を強制し、しかし、学び、模倣、どのように問題のトラブルシューティングに、オンラインの開発を観察する方法、使用検索エンジンを聞いて怒っていないが、要約されています。

 

見つけ、問題を解決し、見つけて問題を解決し、見つけ、問題を解決します。 あなたはそれはあなたが巨大な問題を所有しなければならない、あなたは私は良いをしていたと思われる場合、解決すべき問題がない、質問の束を持っている必要があります!

だらし:あなたは品質、10個の質問あなたのチームを考えると、ソートを行う書くためのペンを見つけます。最も重要な3の放電。

方法:問題のTOP3を見つけ解決するには、それを取るの列を選択してください。、観察することが難しいこと、そして良い仲間として見られるように行かない場合は、より良い他の人ビビ差どこよりもです。小さな問題から、これらの問題を解決しようとすると、問題は時間内にポイントを設定した場合の効果を確認するために開始することができます。あなたは本当に気持ちがあるでしょう、以上の5の後に問題を解決します。

 

、システムの学習システムを学習し、システムを学びます

だらし:私はそれの体系的な知識を学びましたか?私はそれを書いたコード行のように動作原理を話すことができます知っていますか?

方法:あなたが作るために必要なものな知識、作業の開始、確認から。インターネットから学ぶことによると、計画外の特定の知識、作業のロードマップを検索します。グループに参加して、あなたが問題を解決し、より多くの夕食に彼を招待し、より多くの彼のを依頼する人を見つけます。知識の習得した後、すぐにテストを行うための作業に戻ります。それとも彼らの知識を高めるために適用されます。システムの効果を研究するために一緒に仕事がベストです。

別の例:

同社は、小さなパートナーは(彼はまた、コミュニティを浸す必要がある)、候補者を始め、彼がたくさんで、おなじみのジェンキンスを述べています。彼にすべてのCIの毎日の仕事とすべてのセットであることを2カ月以内に通知:だから最初の仕事でした。彼は仕事が要件をサポートすることはできませんしていない人たちの本来の深い理解を強制的に愚かに見えます。その後、彼は毎日サイケ、ポストの多くの問題に対処するためになったすべての文書のジェンキンス(右、ほとんどすべての文書のリードスルー)、読み、百件の小さなブログジェンキンスに書かれた問題解決の数百を記録するプロセス、 (私はまだそれを公開していません)。完全なフロントエンド、バックエンドを取得するために、小さな会社で一人にな​​り、携帯端末CIソリューションのセット:数ヵ月後、彼は私よりも調理、彼は基本的な機能に成長しています。実際には、一人でこのセットは、あなたが良い仕事を見つけることができます。それは、仕事上の系統的な研究の結果を頼っています。

 

挑戦のチームを選択し、挑戦チームを選択し、挑戦チームを選択します。

だらし:多くの人々は、より良い私の何よりもチームでありますか?私はそれのすべての周りに私の同僚を賞賛しますか?私はそれが事に挑戦して作ったのですか?

方法:これらの3点は否定している、とあなたは彼のキャリアの初期段階にある場合。たぶん(もしかしたら)、あなたはチームの変化を考慮すべきです。

 

終わり

 

おすすめ

転載: www.cnblogs.com/huile11/p/12519314.html