若い専門家が成功しなかったとき、彼は自分で掘り始め、彼はまったく成功しないと考え始めます。 多くの場合、人々は自分の環境の悪の根源-状況/ボス/同僚-を見る傾向があるため、理由を探す時間はもうありません。 しかし、私には思えるように、両方のアプローチは完全に真実ではありません。
キャリアの初めに、私たちは仕事のすべての失敗を考慮に入れる傾向があり、最終的に意欲と自己掘りにつながります。 近いうちに似たようなことが起こりました。 おそらくそれはあなたに起こった-または今でも起こります。
したがって、私は専門分野の変化の物語を語るだけです-誰かが行動への欠けている刺激として役立つことを願っています。
そして、私は誰ですか？
現在、Yandex.Moneyでテスターとして働いています。 私は23歳で、職業上は「情報学エコノミスト」です（これは「情報学」から「経済学者」を引いたものではありません）。
彼女は大学の最初のコースから働き始めましたが、それはむしろ副業でした：数学の家庭教師、フェリー会社の予約部門のオペレーター。 そして、大学の最後の年の前に、彼女は日本の大手旅行会社のサービスデスクのエンジニアでした。
これは通常の「サポートの最初のライン」ではなく、一般的なケースでは、コールを記録して担当エンジニアに送信します。 内部のドキュメント管理システムを管理し、ワークステーション、セキュリティシステムをセットアップし、ネットワークの問題、オフィス製品に関連するアプリケーション、VPNなどを理解しました。
一般的に、人々はそのような専門家を「シヴァス」と呼びます。
大学の幻想的な実践の後にヘルプデスクに入る方法
大学で勉強している間、私は卒業後まともな仕事を見つけるために、あらゆる方法で新しい経験を積もうとしました：私は科学会議に参加しました（そのような会議には科学がなく、主に既存の作品を改作するため、これはすぐに失望しました）、科学論文を書き、フリーランスを勉強しました、必須の年次業務に合格しました。 一般的に、古典的な「完全に勉強-あなたはすべてを持っています」。
練習は常に興味深い話です。 大学に入学すると、選考委員会のボランティアが、教育機関が協力している大企業、雇用の提供について話します。 あなたは夏があなたの知識を実際にすぐに使い始め、簡単ではあるが実際の作業プロセスとタスクに慣れるのを待っています。 しかし、実際には、練習する場所はほとんどなく、大学は全員ではなく夏に学部で働くことを申し出ているため、すべてを自分で探す必要があります。
ある夏、私は働いて、フェリー会社の予約部門でインターンシップを経験しました。 そこでは、当時不安定だった新しいIPの導入が完了しました。 システムが1日に数回クラッシュすることを誰もが喜んでいて、何かを保存しようとすると、作業が複雑だったためにエラーが発生しました。 エラーが発生した条件を説明しようとし、これをIT部門に持ち込みました。 その瞬間、テスターがこれをしていることは私には決して起こりませんでした。
1年後、私は銀行で練習することができました。 それから、選択が深刻だったので、私には信じられない何かが見えました。 いくつかのインタビュー、テスト、多くの候補者。 仕事を始める前に、銀行の従業員（採用担当者、将来のマネージャー、情報セキュリティの専門家）は、詳細な計画と実践目標を求めました。 それから、「TOGAFが推奨するように、ファッショナブルな表記法での主要なビジネスプロセスの説明、ITアーキテクチャの説明」について何かを彼らに話したことを覚えています。
練習の最初の日、私たち（研修生）は、時代遅れの広告小冊子をハサミで切り取るためにマネージャーのオフィスに入れられました。 やった 翌日、彼らは私たちにもっと責任ある仕事を与えました...クライアントのアルファベット順の法務。 もちろん、タスクは複雑で長いものですが、Excelですべてのクライアントの名前を記録し、それを整理して（コンピューターサイエンスを適用）、単純にリスト内のフォルダーのスタックをレイアウトしました。
誰も私たちがこんなに早く対処することを期待していなかったので、他のタスクを考え出す必要がありました。 結局、私はBIS（銀行情報システム）で働くことになりました。私の大学でそのようなシステムとやり取りした経験は興味深いものでした。 銀行は新しい分析モジュールを導入しましたが、エラーが見つかりましたが、後で開発の希望として消えました。
それから、私は一般にテストについて、特にそのような専門分野の存在について何も知りませんでしたが、私はすでにこのすべてに従事していました。
「より論理的に」する場合はどうなりますか
最後の大学のコースが近づいていましたが、多くの時間とほとんど経験がなかったので、私はサービスデスクのエンジニアとして働きに行きました。
仕事の最初の数ヶ月で、私はすぐに会社のITインフラストラクチャですべてが順調に進んでいないことに気付きました。 たとえば、国際的な企業で働くことの詳細のために、すべてのエンジニアは異なるスケジュールを持っています（中国またはアメリカにオフィスを維持するために、誰かが夜働き、夜勤の後の翌日、彼は休んでいて利用できませんでした）。 IT従業員は世界中に散らばっていました（サンクトペテルブルクでの運営、コペンハーゲンのITディレクター、インドでの開発、およびすべてのオフィスの多くの現地サポートワーカー）。 これらの理由から、迅速な解決策を見つけることが困難な場合や、一部のタスクのパフォーマンスに責任を負う場合がありました。
プロセスを改善および最適化するためにいくつかのプロジェクトを取り上げたため、すべての従業員およびマネージャーと多くのコミュニケーションを取り、彼らの希望を収集し、文書を書き、問題を解決しなければなりませんでした。 また、インターフェイスを作成し、開発者向けに明確で理解しやすい技術仕様を作成する機会がありました。 時にはすべてが非常に遅れていたので、何らかのアイデアをすばやく実装するために自分でコードを書き始めました。
そのようなタスクに加えて、私はよくインシデントのアンロードと分析を行いました。 ボトルネックがどこにあるのか、どのような知識が欠けているのか、どのような専門家なのかを理解したかったのです。 そのため、IT部門では誰もが「火を消す」のではなく、「火を消す」ことに慣れていました。 途中、同僚にITILとITSMについて話しました。誰もがこの言葉を本当に気に入っていましたが、変更をサポートしたいと思った人はほとんどいませんでした。
1年以上が経ちました。仕事への熱意に取り組み、どんどん飛び込んできたので、私のミニプロジェクトの時間はありませんでした。 プロセスの配置が正しくないため、タスクの数はまったく減少しませんでした。 嵐のような、しかし役に立たない活動がありました。
この時点で、同社は主要なセキュリティインシデントを経験し、顧客の個人データがネットワークに流れ込みました。 日本人はこれを非常に厳しくしており、会社は政府から警告を受け、次のそのような事件は会社の閉鎖につながる可能性があります。 私は情報セキュリティグループのエンジニアになり、会社はさまざまな情報セキュリティシステムを実装する必要がありました。
そのため、彼らは新しい専門のスペシャリストを雇わないことに決め、新しいタスクの負担は既存のスタッフにかかっていました。 そして、さらに面白くするために、特定の期待とタスクについて明確な考えがありませんでした。 ここでシステムの説明を読み、ベンダーと詳細を明確にしますが、実際には、名前と価格が異なる2つのまったく同じソリューションがあります。 そして、もちろん、不足している専門家が理解している実装の微妙な技術的特徴を備えています。
その場での長い踏みつけ、結果の欠如は、ITは私のものではないという考えに至りました。 絶対に。
時々あなたはただ服用して終了しなければなりません
私の友人のほとんどは、IT、システム管理者、開発者、ITコンサルティングの専門家でもあります。 友人とコミュニケーションをとることで、他の分野ではすべてが運用中とはかなり異なって配置されていることに気付きました。
開発プロジェクトは、ほとんどの場合、会社の戦略的目標またはユーザーに対する会社の使命に基づいています。 それらはマーケティングと結びついており、運用とは対照的に、開発者はすでにマスコミに発表されていることを時間通りに実現する時間があります。 さらに、開発は高価な喜びであり、より多くの注意が払われることを意味します。 一般的に、「チームA」になりたかった。
さまざまな言語でコードを記述しましたが、主にフレームワークや規則を使用せずに適用された問題を解決するために、短時間で開発者になることは不可能に思えました。 早く仕事を辞めたかったので、「9時間でJavaジュニア開発者になる」というあらゆる種類のコースは自信を刺激しませんでした。 開発者は、アルゴリズム、フレームワーク、パターン、言語の機能を知っている必要があります。 あなたがアジャイルチームの開発者であれば、多くの場合、システムアーキテクトとしても行動しますが、これには経験が必要です。
友達がテストに行くようにアドバイスしてくれたので、試してみることにしました。 私はテストに関するいくつかの本を読み、有名なQAエンジニア、およびYandex.MoneyとMail.ruのコースを見ました。 私は、2つのまったく異なるアプローチに感銘を受けました：管理、作業内容の技術的特徴、基本的なIT言語、一般的な概念、分析、テスト設計、計画、カバレッジ、最適化を教えます。
これはすべて言葉でしたが、Webサービスのテストの練習をもっとしたかったのです。 したがって、準備のために、いくつかの「ペン」とデータベースを使用して、Javaで（StackOverFlowリソースのおかげで）小さなWebアプリケーションを作成し、「規則」に従ってこのアプリケーションをテストすることにしました。 この経験は、Webサービスアーキテクチャとインフラストラクチャの機能、および作業ツールについてさらに学ぶのに役立ちました。 テスト環境をテストまたは準備するとき、私は毎日この知識を使用します。
今私はテスターです
私は満足したテスターであるため、すでに約7か月が経過しています。 私の前には、プロジェクトマネージャーが優先順位を付けたタスクのリストが常に共通の目標から生じています。 私は製品とチームがどこに動いているかを知っています、私たちの仕事の結果を見ます。
サポートスタッフの内部ツール-コンタクトセンターを確認します。 ティムールが以前の記事で既に書いたように、チームのテスターはバックエンドとフロントエンドの両方のタスクを処理します。 さらに、自動テストを作成し、ツールのユーザーに新たな問題や困難をもたらし、技術的なソリューションの作成に参加します。
職場では、開発者とやり取りする必要があるため、開発の微妙な点を多く学びます。 また、仕事の整理と管理の経験もあります。なぜなら、多くのこと（バグなど）が主に部署を通過するからです。
テスターは、テスト環境で最初に新機能を構成します（ところで、管理スキルはここで非常に役立ちます）。
- 落とし穴を見つけ、アプリケーションを実稼働環境にデプロイする際に考慮する必要がある貴重な指示を定期的に提供します。
応用科学者の大学のスキルは、さまざまな角度からシステムを見るのに役立ちます。したがって、システムの品質をより効果的に確認することができます。
未承諾のヒント
私の経験に基づいて、若い専門家に提供できるヒントについて話す場合、以下を選びます。
作品があなたにふさわしくないように思えるなら、おそらくそうでしょう。 あなたの職業を変えることを恐れてはいけません。何年も「自分ではない」ビジネスに携わっていることに気付くよりも、早く試してみることをお勧めします。 誰もあなたのために良くなることはありません。
すべてのタスクを、新しい経験を得るための素晴らしい機会として扱います。 今ではこの経験は役に立たないと思われ、タスクは退屈で面白くないものであるとしても、それが将来どうなるかはわかりません。
- ストラップを無頓着に引っ張ろうとしないでください。しかし、作品への貢献とそれへの回帰をコントロールしてください。 何かが間違っている場合、これは手遅れになる前にアクティビティを確認するか、または完全に変更する機会です。
ところで、文学の短いリストを共有したいのですが、それはかつてテスターの仕事にすぐに関与するのに本当に役立ちました。
「ソフトウェアテスト設計の実務者ガイド」リー・コープランド;
基礎レベルのシラバス、ISTQB;
- Java For Testers、Alan Richardson。