すべての職業が重要です：なぜテスターがプログラマー以上に評価されるべきか

こんにちは。 私の名前はイリヤ・クディノフです。私は27歳で、テスターです。

すべて：こんにちは、イリヤ！



Badooでの製品テストの素晴らしさについては、すでに多くのことを書いています。 そして今日、私は（突然！）AT ALLをテストするのがいかにクールかについてお話します。 そして、この観点を共有しない私たちの職業の代表者に会うとき、私は常に彼らの目を真実に向けようとします。 たとえば、このまさに記事。



それはどうなるのでしょうか？ 私の個人的な経験を共有し、業界が6年間にわたってどのように発展してきたか、私が注目していること、そしてテスターのキャリアパスについての私のビジョンを説明します。 座って、楽しい話をする時間です（ 聞き取れない、取り消し線 ）...

免責事項

この記事で書くことはすべて、QA会議や会議から収集した個人的な認識、経験、および情報に基づいています。 この記事は、初心者やITで働くことを夢見ているが、職業をまだ決めていない人にとって興味深いものになります。 そして主に、テストは軽薄で、退屈で日常的な作業であると信じる人に。



何らかの形で私に同意しない場合は、コメントを歓迎します。 私は常に対話を受け入れています。

私について

テスターとしての私の話は2011年に始まりました。 この時までに、私はすでにN. E.バウマンにちなんで名付けられたMSTUでの研究を首尾よく終了し、軍隊にいて技術専門家として宅配便業者として働いていました。 これらすべての冒険の後、私はプログラマーとしての仕事を探していました。なぜなら、この分野について何かを知っていて、それが好きだったからです。 しかし、高等教育の欠如と、 控えめに言っても、正式な仕事経験が少ないため、うれしそうな雇用主の列は私を並べませんでした（ 少なくとも、これは私に拒否を説明したものでした ）。 したがって、彼らが私に「さあ、あなたは私たちのためにウェブサイトのテスターとして働き、すべてがうまくいけば、プログラマーにあなたを移します」と提案したとき、私は喜んで同意しました。 ネタバレ：すべては順調でしたが、私をプログラマーにしたわけではありません。



それはすべて非常に退屈でありふれたものでした。 私は7人のプログラマーの唯一のテスターでした。 開発者は、ローカルマシンでコードを作成し、テストサーバーにドロップして、そこでテストするように依頼し、その後、本番環境にコードを手動でアップロードしました（ 誰もがこれを行うと単純に想定していました ）。 私の知らないうちに何かが製品にアップロードされました（ 「ごめんなさいと言うのを忘れました！」 ）。管理者の要請により、製品ですぐに何かが行われました。 一般的に、静かなホラー。



数週間後、バージョン管理システムの存在について学びました。 世界はひっくり返った。 複数の人が同じコードで作業でき、快適です！ 上司の耳をすべて鳴らし、SVNをインストールしました。 そのわずか1か月後に、ブランチで作業を開始し（！）、テスト済みのバンドルを使用して実稼働環境に変更をアップロードし（!!）、さらに何らかのリリーススケジュールを作成しました（!!!）。 これをすべて見ると、開発とテストは混chaとしたプロセスではなく、すべてが何らかの組織になっているのではないかと感じ始めました。 インターネットを読む？ あなたは、私は若くて暑かった、私はそれまでではなかった。



そのため、テスターに​​加えて、リリースエンジニアにもなりました。 仕事はより面白くなり、不器用ではなくなりました。 カオスのレベルが低下したため、私はより多くの自由時間を持ち、これがどんな獣であるか、「自動テスト」に興味を持ちました。 インターネットで、リリースされたばかりのSelenium WebDriverに関する情報を見つけましたが、私の額に目が戻りました。プログラムPUMP BUTTONS ON THE SITE FOR YOU ??? 想像力は、人が回帰テストを行う必要のない牧歌的な現実を描写しました（ いいえ、私はその時点でこの用語を知りませんでした ）。 そして、私はすぐにすべての自由時間をテストの開発に費やし始めました。 正直なところ、彼らは恐ろしく書かれていましたが、機能を果たしました。



その時までに、私は会社で9か月働いていました。 そして、まだ手動テスターの彼の初期給与を受け取っていました（ 信じられませんが、それはあまり印象的ではありませんでした ）。 私を非常に誇りに思っていた上司は、私をリーダーシップに導いた-昇進を打ち負かした。 リリースシステムへの移行とこの分野での私の責任について話し、自動テストを示し、通常の作業の時間を短縮する方法について話しました。 そして彼は、過去6か月の間に生産で発生したエラーの数が劇的に減少したことを実証しました。 私はほとんどプログラマーになりたくありませんでした！



しかし、経営者は、私が耕した畑に飽き飽きして、「はい、すべてがこの見掛け倒しなしでうまくいったようで、時間を無駄にしました」と言いました。



私はそのような打撃を期待していなかった。 リーダーシップは数字を納得させませんでした。彼にとって、テスターは猿であり、ボタンをクリックするだけで、わずかな費用で（ 時には ）制作上の致命的な数を減らしました。 もっと考えてみてください。 これは過剰反応だと思われるかもしれませんが、私はその夜に辞表を書きました。



私は再び仕事を探し始めました。 テストに対する信頼を失い、私は再びプログラミングに目を向け始めました。 ある証券会社でジュニアC開発者の地位を申し出ることさえできました...そして彼らはBadooから電話をかけてきました。



数か月前にBadooについて初めて耳にしました-DevConf 2012のAlexei Rybakによるワークショップで。その後、会社はすぐにGoogleとFacebookに匹敵しました。 Badooは、私だけの人間では決して到達できない信じられないほどクールなものであるように思えました。 したがって、私は経験のためだけにインタビューに同意しました。 私は何も期待していませんでした-私は単に、私が達成したかったものと彼らが私を奪ったものについてのイライラをすべてイリヤ・アジェエバに注ぎました。 そして数日後、私はすでにこの会社の一員になりました。ところで、私は今でも心から愛しています。



「プログラマになりたいという気持ちはどうですか？」 彼は大丈夫です Badooでは、テスト自動化およびワークフロー最適化システムを開発しています。 そして、暇なときにコンピューターゲームをゆっくりと開発しています。 これは私の趣味であり、魂の問題です。 いいえ、プログラマーとして働くつもりはありません。

業界について

Badooで働いていた初期の頃、私はカルチャーショックを経験しました。 そして、それはスクーターがオフィスの周りを転がり、開発者に心の叫びを上げることではありません。 まあ、それらだけではありません。 また、ここで彼らはすべてのステップを整理、最適化、自動化しようとしました。 私は「そうあるべきだ！」と考え、コンプライアンスに全力を尽くしました。テストプロセスとツールの開発に参加し、改善できる場所をたゆまなく探しました。



そして、会議で私たちのソリューションについて話し始めました。 私はすべてがすべての人に明白になることを恐れていました-結局のところ、周りの誰もがBadooで私たちと同じくらいクールにテストしています！ しかし、実際には...



ロシア企業の印象的な部分、特に大規模な非IT企業のIT部門は、以前の雇用主とほぼ同じ方法でテストプロセスを見ました。 報告後の質問は私を困惑させました。

「そして、どのようにして開発者にテストを書かせますか？」

「これと同じように、機能リリースを延期できますか？ バグを見つけるのに十分ですか？”

「自動テストを自分で書いていますか？」 プログラミングできるなら、なぜあなたはプログラマーではないのですか？」



問題は主に私たちの国のテスターの職業の認識にありました。 当時の私は「テスター」という言葉すら好きではなかったと言うのは残念です。保守的なビジネスマンが想像するように、スキルの低い労働者のイメージに近づくと思いました。 気取らない「QAエンジニア」を好みました。



私の同僚と私は、毎年同じ考えを伝えようとしました。テスターはプログラマーではなく、テスターは本格的な専門家です。 プログラミングほど簡単ではありません。 彼女は難しくありません。 それはまったく異なるものです。 他のスキルが必要です。 高い資格が必要です。 そして、経験豊富なテスターは、経験豊富な開発者よりも貴重な（そしてまれな）ショットです。 テスターの道は、ボタンを軽率にクリックして指示に従うだけでは終わりません。



そして、幸いなことに、毎年、より多くの人々がこれを理解しています。 私はこれに対する私のささやかな貢献を見つけることを好みます。 プロのテスターと自動化エンジニアの求人が増え始め、国内の（そして同時に外国の）業界全体の意見を聞いているクールなスペシャリストが増えています。 そしてそれは素晴らしいことです。 国内のテストは全体として、私が初期の頃と同じ線に沿っていると感じています。

テスターのパスについて

テスターのキャリアは、技術スキル、個人スキル、その他多くのスキルの開発の歴史です。 他の職業と同じように、はい。 すぐに言いたいのですが、開発を通じて手動テスターから自動化されたマシンに移行することは考えていません。 自動化スキルはどのテスターに​​とっても重要で有用ですが、これらは単なる進化ではなく位置の単なるバリエーションです。 それでは始めましょう。

• レベル0。テスターではありません。 このレベルには、すべてのソフトウェアユーザーがいます。 これがテスターでない場合、なぜここに追加したのでしょうか？ そして、これらすべての人々がテスターの仕事の一部を行えることを。 彼らはバグを見つけることができます。 意図的ではなく、彼らは試みませんでした、それはちょうど起こりました。 実際、彼らは私の最初の仕事の場でテスターに​​なると期待していた人です。 そして、どんな専門家もこれから始まります。 しかし、一部の人にとっては、バグは開発者に対していらだちと怒りを引き起こし、一部の人にとっては、正しい怒りと、私たちの世界にもうバグがないことを確認したいという欲求を引き起こします。 後者のうち、初心者のテスターが生まれます。
  
  
• レベル1。ほぼテスター。 テスターの仕事を委託され、それをやろうとしている人。 アプリケーションを使用するだけでなく、 永続的に使用します。 時々、彼は同じボタンを数回押します。 彼にはまだスキルがなく、行動にはシステムがありません。バグを見つけたいという欲求しかありません。 仕事から解雇されないようにするか、欠陥に対する生来の憎しみから解雇されます。すぐにそう言うことはありません。
  
  
• レベル2。テスター。 彼がしていることを理解しています。 たぶん、テストの基本についての本をいくつか読んだかもしれません。 新しいタスクを引き受けるたびに、彼は自分の行動の計画を立てることができます（またはドキュメントを読んでそれに従ってください）。 目標は、「ある種のバグを見つける」から「製品の品質を管理する」に徐々に移行しています。 このレベルで、以前の仕事で最高の日々を過ごしました。
  
  
• レベル3。上級テスター。 彼が何をしているかを本当に理解しています。 彼はプロジェクトを非常によく知っており、さまざまな変更の影響を分析できます。 テストした機能がプロジェクトの残りの部分にどのように対応するかを、品質だけでなく、UXやその他の重要な点でも評価できます。 バグを見つけるだけでなく、特定の機能の計画と設計におけるエラーを防ぐこともできます。
• レベル4。イニシアチブテスター。 彼は組織化された環境とプロセスで働くだけでなく、それらを改善しようとします。 「品質管理」の目標は「品質保証」に変わります。 最適化および自動化ツールの開発と開発、ワークフローの改善に関する無限のアイデア-この魅力はすべてここから始まります。
  
  
• レベル5。プロのテスター。 恥知らずで恥知らずに自分をこのレベルに位置づけます。 プロジェクトで使用されているテクノロジーを理解することにより、問題の説明だけでなく、その解決策についても決定を下し、テスト計画を作成することができます。 コードエラーと変更のリストを検出するだけで十分な場合もあります。 テスターは、以前は疑っていなかった難読化コミュニケーションプロジェクトを見始めます。
  
  
• レベル6.達人テスター。 ご覧のとおり、以前のレベルの資格はプロジェクトに強く結びついています。 別の会社に移動し、さらに別のテクノロジースタックに移動すると、通常のテスターはプロ意識を失います。 彼女は回復する必要があります。 達人テスターはより高いポイントから物事を見る。 ITシステム（およびITスペシャリスト）の作業の経験と理解により、最短時間で任意のシステムに対処し、コンポーネント間の明示的および非表示の接続を見つけることができます。 魔法の人々。 そうだったらいいのに。
  
  

しかし、待ってください、それはすべて自己テストについてです！ テスターは開発のためにリーダーになれませんか？ もちろんそうです。 しかし、これには、彼が持っていないかもしれない他の資質とスキルの全体が必要です。 すべての優秀なテスターが優秀なテストマネージャーになるわけではありません。 しかし、私はすべての優れたテストマネージャーが優れたテスターでなければならないと確信しています。

優秀なテスターのスキルについて

「おそらく、著名なテスターからの有名な本を何十冊も読むのに十分でしょう！」いいえ、私はまったく同意しません。



専門的な文献は、テスターがキャリアの最初の数か月で受ける教訓をすばやく学ぶのに役立ちます。 しかし、実際のテスト経験がなければ、書籍の知識はほとんど役に立ちません。 現実の世界は、ほとんどの本で説明されている理想とは大きく異なります。



そして、ここに私が見る定義的な性質があります：

• テストが大好きです。 はい、一般的なテスト用。 ITで副業をテストすることを検討する必要はありません。開発や管理に逃げる夢を見る必要はありません。まず仕事を楽しんでください。 「これはすべての専門分野、感謝、キャップに一般的に適用されます！」 -あなたは言うでしょう、あなたは正しいでしょう。 ただし、これによってこの段落の関連性が低くなることはありません。
• プロジェクトが大好きです。 気にしないプロジェクトの品質には満足できません。 ちゃんと仕事をしていても（ どういうわけかお金を稼ぐ必要があります）、コンポーネントの外側で気づいた欠点に目をつぶることになります（ 「それは私のビジネスではなく、実際問題はあなたの側にあります」 ）。 あなたは改善を提案せず、イニシアチブを取りません（ 「g **がケルンを注ぐと、g **のような匂いがしますが、ケルンの下に！」 ）。
• プロジェクトの知識。 とても素敵なボタン！ TKで書かれているように！ そして、彼女は彼女に必要なすべてを行います、素晴らしいボタンです！ 残念ながら、サイト上の他のすべてのボタンのように見えず、6つの重要な機能を壊し、ユーザープロファイルでSatanを呼び出します。 しかし、どうやってこれを知ったのですか？！
• プロジェクトの技術を理解する。 いいえ、プロジェクト全体をゼロから独立して書き換える必要はありません。 しかし、少なくとも一般的に言えば、テスト対象をどのように理解するかが必要です。 これにより、明白でないバグを見つけたり、特定のケースを再生するためにコードを変更したり、プロジェクト内の追加の依存関係を確認したりできます。
• 品質と速度のバランスを維持します。 品質は絶対的なものではありません。 テスターがタスクに費やす時間の各単位は、理論的には品質を100％の漸近線に近づけます。 どの時点で停止する必要がありますか？ それはすべてプロジェクトに依存します。 数百人の乗客が乗る飛行機がソフトウェアで飛行する場合、テストを1〜2時間後悔しないでください。 また、週に数回のリリースと数秒でユーザーにパッチを提供する機能を備えたプロジェクトを開発している場合は、早期に停止できます。 いいえ、本番用のバグのリリースは推奨しません。プロジェクトの速度だけが重要になる場合があります。 この品質は、 「ビジネスの優先順位をナビゲートする能力」と読むことができます。

まったく必要ではありませんが、テスターに​​起因することが多い次の特性があります。

• 完璧主義。 バグや矛盾を嫌うのは良いことです。 これにこだわるのは悪いことです。 テスト速度が低下し、テストが不十分な機能をリリースするためのマネージャーの要件が低下します。 航空機のソフトウェアテスター、私に耳を傾けないで、完璧主義者になってください！ お願いします。
• 官僚主義の愛。 ああ、テスト文書。 彼女についてはすでに多くのことが述べられ、書かれていますが、遅かれ早かれ、私自身がこのトピックを取り上げます。 賢明な技術文書があれば、詳細な包括的なテスト文書がなくても効果的なテストが行​​われると言うことに自分自身を限定します。 正直な言葉！
• バグを見つける喜び。 いいえ、システムを壊したトリッキーなケースを称賛することは問題ありません。 自分も愛してください。 しかし、これだけでは終わりではありません。遭遇するすべてのタスクに間違いを期待する必要はありません。バグを見逃した開発者をm笑する必要はありません。 タスクがエラーなしで時間通りに本番環境に残されたことを喜ぶほうがはるかに良いです。 タスクを再発見したことがない場合でも、これはあなたの本当の成果です。

そして結論として...

仕事が大好きです。 これにはすべてが含まれます-私自身の責任、プロジェクト、そして最愛の同僚。 同じように感じる多くのテスターを知っています。 しかし、自分のせいであるか、リーダーシップのせいであるかに関係なく、自分の立場に不満を抱いている他の多くの人も知っています。それは問題ではありません。 また、私はITで働きたいが、テストに行きたくない人を知っています。彼らはこの仕事は価値がなく、面白​​くないと考えるからです。 私の記事のおかげでこれらの人々の少なくとも1人が自分の目でより幸せで成功することができるなら、私はこれをすべて正当な理由で書きました。