私自身について少し
私は10年以上にわたって、何らかの形でテストを行ってきました。
ITへの道は、多くの人と同様、「自分自身のために」の開発から始まりました。 何を書くべきかについては常に100万のアイデアがあったので、徐々に開発しました。 プロジェクトの詳細を理解してフォールトトレラントにするのが好きでしたが、それでも多かれ少なかれ、どの言語で書くべきかはわかりませんでした。アルゴリズム化の方法を知っていたので、Google構文は週の問題です。
2005年のいつか、私は文字通り私にテスト産業を開いた男に会いました。 それでも、彼女のイデオロギーは私の内なる願望と完全に一致しているように思えました。 その結果、その人は普通のテスターからテクニカルディレクターに行き、それでも彼は私に電話をして自分のために働きました。 しかし、さまざまな理由で、私はわずか1年後にこの業界に参入し、Smartbear（当時-Automated QA Corporation）に就職しました。 ただし、TestComplete自体には到達しませんでしたが、別の製品、Automated Build Studioに到達しました。実際、すぐに自動化されました。 ちなみに、私は文字通りオートメーションへの彼のGUIアプローチに夢中になり、会社を辞めたときに自分のためにアナログを書きました。
その後、外国の顧客とロシア人の両方で働くことができました。 そして現時点では、ロシアの完全に遠隔地にある会社でテストを自動化しています（作業の形式についてさらに詳しく説明します）。
専門職で過ごした時間の間に、私はテストが単なる仕事ではなく、あなたの人生のあらゆる側面に影響を与える独特のライフスタイルでもあることに気付きました。 テスターとして、そうでなければ生きることはできません。
このアプローチには、プラス面とマイナス面の両方があります。
タスクが単純であるほど、気分が悪くなります。
複雑なタスクの検索は中毒であるだけでなく、必然性でもあります。
どれだけ勉強しても、どんなツールでも、どんな技術でも、あなた以上のことを知っている人が必ずいるでしょう。 また、単純なプロジェクトを条件付きで「わだち掘れ」すると、知識のこの違いを常に思い出させてくれます。 批判はあらゆる側面から注ぎ込まれますが、ここでは別の方法で、またはさらに良い方法で行うことができました。
これを回避する唯一の方法は、明らかな解決策はないが、問題を探して眠れない夜が存在する、より複雑な問題を探すことです。
たとえば、最新のプロジェクトの1つで、JythonとともにRobot Frameworkのライブラリの開発に出会いました。 具体的には、その場合、サードパーティのライブラリを使用してデータベースを操作できますが、機能しているように見えましたが、機能しませんでした。 最後に3晩を過ごし、ライブラリ自体のコードを読んで、ドキュメント内のエラーを見つけました。これは、入力の値のタイプと数を誤って示していました。 それは勝利であり、その達成からのスリルでした！ そして、私はこれらの瞬間が好きです。 これは、典型的なプロジェクトの「トラック」よりもはるかに興味深いものです。
ただし、複雑なタスクを追求すると、雇用主の範囲が多少制限されます。 さらに、テストのための明確な技術仕様がない、または自動化が誰であるかについて漠然としたアイデアを持っているフロントエンドの激しいテストによって制限されています。 自動テストを依頼したり、手動タスクを設定したり、テスターをサポートにつなげたりする人たちに会いました。 通常のツールの購入を節約し、ほとんどGoogleドキュメントで機能することを申し出ている人はまだかなりいます。 そして、あなたは潜在的に興味深い雇用主の市場があなたが考えるより狭いという事実に備えなければなりません。
高等教育は雇用と同じではありません。 重要な技術基盤と専門職への関心
現在の職場では、職場に来るテスターとの技術面接を担当しています。 会話の間、私は高等教育の利用可能性について決して尋ねません。なぜなら、それは論理的思考の存在を絶対に保証しないと確信しているからです。 私の対談者は博士号を持っているかもしれませんが、テストでは足りません。
率直に言って、私は一般的にテスターが生まれるべきだと思います。 これには、自然な注意力、忍耐力、および特別なテスターの静脈が必要です。1000件のドキュメントのうち、3つの誤ったドキュメントのいずれかにランダムに分類される可能性がある場合 確かに、誰もがこの意見を共有しているわけではありません。
重要なことは、このように非常に多くの場合でも、2週間のオンラインコースを修了してもほとんど得られない優れた技術ベースが必要なことです。 私の場合、何が技術的根拠を提供したかを言うのは難しいです。 90年代には、インターネットにアクセスできず、図書館にも必要な文献がなかったため、FIDOから知識を得ました（2：5022 / 5.102および2：5022 / 123.222）。 そして、私は国際ソフトウェア試験資格委員会（ISTQB）の認証を借りているのです。 彼らはより良いものを思いついていないようです。
ただし、求職者からISTQBの知識を見つけることはほとんどありません。 さらに、時々、人々は業界にまったく興味がないように思えます。 インタビューでは、会議について質問があります。候補者はQAイベントに参加しますか。 そして、伝統的な答えはノーです。 私にとって、これは候補者自身の真剣さや関心の指標であり、彼が働いた企業と一緒です。 SQA Daysのような、近い将来に行く予定のイベントに参加するには費用がかかります。 また、一部の「シャラスキンオフィス」では、従業員に投資しません。 彼のポケットから、本当に興味がある人だけが支払います。
どこにも経験がない
テスト中の各プロジェクトは、私に新しいテクノロジーを学ばせました。 以前、私はJythonとの「勇敢な戦い」について話しましたが、そのプロジェクトに来た後、私はRobot Frameworkを知りませんでした。 おそらく、私はロボットを社内の他の誰よりもよく理解しています。なぜなら、テストベースがアプローチを提案し、異なる言語で開発し、以前のプロジェクトをテストした経験により、私はすぐに新しいスタックに切り替えることができたからです。
さらに、経験により、労力を適切に配分できます。 新参者はネガティブなテスト、つまり何かを壊す方法に多くの注意を払っていることに気付きました。 どうやら、彼らは職業に関するそのようなステレオタイプを持っています。 ほとんどの場合、それらの否定的なテストは重要ではなく、不必要です（つまり、プロジェクトがそのようなテストの必要性を示唆しない限り、リソースの浪費は正当化されません）。 経験がある場合にのみ、何が必要で、何が問題のそのような声明とともに来ないのかを理解します。
ところで、私はインタビューで質問の全リストを持っています。そのタスクは、候補者の実際の経験の正確な存在を明らかにすることです。
すべての人がガウジングしています。 痛いが、仕事を与える
残念ながら、世界は不完全です。
開発では、これはテスターへの需要があるという事実に表れています。 開発者がすばらしいコードを書いたら、私たちは仕事をせずに放置されることになります。 ガウジングはどこにも消えませんが、テストでそれをカバーします。
ところで、テスター自身も罪がないわけではありません。 どんなプロジェクトに出くわしても、「クランチ」を書く必要がある場合もあります。 そして、それについて何もすることはありません-これらは時々ビジネスの条件です。
あなたがテスターであるほど、彼らはあなたを嫌います
私が過去の仕事で出会った素晴らしい精神組織を持つ開発者は、コードのバグを非常に真剣に受け止めました。 彼らの観点から見ると、これは明らかに、彼らの間違いを公表するようなものです。 また、バグを積極的に報告すればするほど、同僚はあなたを嫌います。 その結果、オフィスにはもちろん良い友人がいますが、チームの約3分の1があなたを避け始め、それを感じます。 これは私にとって非常に不快です。
リモートサイトでは、テスターであることは簡単です
これは、前の発言の当然の結果です。 あなたがあなたのオフィスで素晴らしい精神組織で十分な「悪党」を獲得したとき、そのような部屋を歩き回るのはあまり快適ではありません。 したがって、私にとっては、長い間ウダレンキを支持する選択をしてきました。 そのような形式では、専門外の関係は無駄になります-横目ではありません。 おそらく、もちろん、私は今、そのようなキャラクターに出くわすことはありません。 しかし、そのような衝突の可能性はほとんどありません。 たとえば、QA部門内でのみビデオ経由で呼び出します。 バグを掛けることができる開発者とは、感情を交わすことなくテキストでのみコミュニケーションをとります。 そして、これらの感情がそうであっても、人が一日に数回通り過ぎるときよりも、テキストでそれらを経験するほうがはるかに簡単です。
そして、私は普通の自家製の食べ物を食べることができ、職場を思い通りに整えることができます。 1枚のTシャツを着て暑さの中に座って（ビデオコールを思い出す）、勤務時間を変更して、日中に野外に出て秋の始まりや冬眠から自然が目覚める様子を見ることができます。 そして、udalenkaの最も重要な利点は時間の節約です。 私は地域センターの近くに住んでいます。 そこにはITしかありません。 そして、もし私がセンターのオフィスで働いているなら、1時間に1時間職場に行かなければならず、金曜日には1時間半です。 そして、これはあなたが単に失う時間です：それは支払われません、それは有用に浪費されません。 さらに、車の事故や消耗品に巻き込まれるリスク。 これらの費用とリスクの除去により、単に発生しません。
私には、自分の自由のために、オフィスで仕事に行かないと思います。 私が時々欠けているのは個人的なコミュニケーションだけです。 しかし、一般的に、これは解決可能な問題です。
プロの変形は友人との関係に影響します
残念ながら、または幸いなことに、テストはライフスタイルです。 私は皆のために話すことはできませんが、それは私と一緒に起こる方法です。
テストはプロジェクト要件から始まります。 実際、彼の仕事は、製品がこれらの要件を満たしていることを確認することです。 他の人のソフトウェアの問題を探して修正する日のために、あなたはあなたの人生で似たようなことをし始めます。 私はいつもすべてが要件を満たさなければならないという気持ちで生きています。 テスターになるということは、ルールに従って生きることです。 そして、誰かまたは何かがこれらの規則（法則または頭で定式化された独自の規則）を超えた場合、何らかの認知的不協和を引き起こします。 バグを修正するか、少なくとも宣言しようとしています。 同時に、あなたの周りの人々は、あなたが常に間違った行動について彼らに常に語っているという事実に苦しんでいます。
ところで、これらすべては個人的なコミュニケーションの非常に不足を排除するのに役立ちません。
全体的なワークフローの快適さは、目に見える以上のものを意味します
上記では、主にプロジェクトとチームとの関係について話しました。 しかし、仕事は、たとえ遠隔地であっても、これらの点だけで構成されていません。 そして、ここであなたが得たプロジェクトに大きく依存します。
まず、ありふれた材料サポートがあります。 たとえば、私が座っている快適な椅子と24インチモニターは、雇用主の費用で購入されました。 さらに、あらゆる種類のスポーツ支払いやその他のボーナス。
第二に、ありふれた自己実現があります。 たとえば、私が参加したプロジェクトの1つ（顧客のプロジェクトのアウトソーシングのテスト）で、私はこの会社のアウトソーシング業者の1人であり、オフィスでこのプロジェクトの従業員とのインタビューに参加し、企業イベントに招待しました。 これは、テスターがメカニズムの顔のない歯車である会社では本当ですか？ 私はそれを疑います。
とにかく、私は自分の仕事が好きです。 そして、興味深いプロジェクトで複雑な問題を解決できたとき、私は本当に満足しています。 ただし、この分野での開発では、仕事へのアプローチが生活のあらゆる側面に影響を与えるという事実に備える必要があります。 そして、いつかあなたがすべてのゴキブリでテスターになったとしても、後戻りはできません。
記事の著者：Vladimir Vasyaev、自動ソフトウェアテストのリーディングスペシャリスト
PS Runetのいくつかのサイトで記事を公開しています。 VK 、 FB、または電報チャネルのページを購読して、すべての出版物およびその他のMaxilectニュースについて学びます。