テストの自動化：誰がこれを行うべきか、誰がそれを必要とするか、そしてこの領域がどのように変化しているか

ITでは、すべてが迅速に行われ、半年または1年で抜本的な変更を行うことができます。 これは自動テストにも適用されます。 このセグメントとテスター自身の職業に対する態度がどのように変化したかを知るために、この分野の2人の経験豊富なスペシャリストであるイゴールクロールとイラリヘンリックエガーターと話をします。









Igor Khrolはテスト自動化のスペシャリストであり、エンジニア、建築家、マネージャー、トレーナー、コンサルタントとしてさまざまな役割で約10年間この分野で働いています。 彼は、最も人気のあるツール（Selenium、HP QTP、TestComplete、JMeter）の使用経験が豊富です。 主にRubyとScalaでプログラムしますが、他の言語（Python、Java、C＃、JavaScript、VBScript）で記述する必要もありました。

Toptalで動作するようになりました。



-こんにちは、イゴール。 多くの読者はすでにあなたに精通しており、昨年ハイゼンバッグ会議でスピーチを見ました。 秘密ではない場合は、今何をしているのか教えてください。 作業は何ですか？



イゴール・クロール：こんにちは！ ハイゼンバグの過去から、私の職業は根本的に変わりませんでした-私はまだToptalの分析部門で働いています。 確かに、その時からポジションは変わりました。私はQAオートメーションエンジニアで、現在はチームリーダーでした。 これで、すべての面で最終結果の品質に影響を与えることができます。テストの観点から、そして開発側から、組織の改善も私なしではできません。



私たちは、ビジネスに関連情報を提供するよう努めています。 実際、サンクトペテルブルクでのレポートでこれについて話します。レポートをチェックする方法、受信データの正確さ、アプリケーションのどのアーキテクチャがそのような問題を解決するのに適しているか。 そしてもちろん、ほとんどの場合、テストの自動化とコード記述がすべてです。 同じことを何度も繰り返すのは好きではなく、主に自動テストでテストします。



もちろん、Toptalはファッショントレンドに大きく遅れをとっていません。 機械学習技術やその他のファッショナブルなデータサイエンスを紹介します。 これに関するレポートは、次のハイゼンバグにとって良いトピックになると思われます。



-現代のオートテスターはすべての取引の専門家ですか、それとも狭い専門家ですか？



Igor Khrol：私はすべての取引のジャックだと信じたいです。 これがそうでなければ、私はこれを10年間ほとんどやっていなかっただろう-それは退屈になるだろう。 ITの狭い専門分野はまったく信じていません。 私の世界観では、優れたエンジニアは関連分野を知っている必要があります。 開発者は、セルフテストをテストおよび作成できる必要があります。 テスター-コードを記述し、管理の問題を理解します。 私は多くの愚かさと時間の浪費を目の当たりにしました。なぜなら、人々は自分の狭い仕事を見送り、さまざまな理由で他の専門家と一緒にそれを解決しなかったからです。



例を挙げます。 自動化ツールは、2分を費やしてページに識別子を追加する代わりに、さまざまな洗練されたxpathロケーターを作成できます。 開発者に尋ねることができますが、さらに良いのは自分で追加するだけです。 さて、またはオートマトンはテスターに​​よって書かれたテストケースを自動化します。 それが書かれているように、彼は1対1で仕事をします：彼はボタンを押して、ユーザーに表示される結果をチェックします。 このようなテストを書くのに半日費やすことができますが、多くの場合、これらのチェックは10分で書かれたいくつかの単純な単体テストになります。



多くの企業は、コンベアの原理に基づいて狭い専門家で製品を開発し続けています。 もちろん、結果は変わりますが、同じことが低コストで達成できた可能性があります。 エンジニアの側から見ると、仕事の説明のリストに制限されていないときに仕事をする方が面白いですが、さまざまな角度から結果に影響を与えることができます。



-多くの場合、特定の分野ですぐに第一人者になる方法についてのヒントを見ることができます。たとえば、2か月で言語を学ぶことができます。 テストの自動化はそんなに急がれると思いますか、それともこの分野の専門家だと思いますか？



Igor Khrol：私の観察によると、テスト自動化の専門家はほとんど開発者ではなく元テスターです。 その中には開発者もいますが、前者ではなく現在の開発者です。 これらは、開発プロセス中に多数の自動テストを作成し、何らかの形でこの領域の問題に直面する人々です。 興味深いことに、多くの場合、テスターから成長した自動化の専門家ではなく、彼らがこの分野の専門知識を前進させています。



2か月後の言語研究について。 この期間中に、あなたが傾向と願望を持っているなら、あなたはジュニアスペシャリストになることができます。 あなたは第一人者になることはありませんが、仕事を見つけることができます。 そして、啓発が来るまでの長年の実際の経験。



-単体テストはコード開発者の責任であるという意見があります。 彼に同意しますか？ たとえば、プログラムクラスの相関関係が頻繁に発生する巨大なプロジェクトがある場合、そのようなプロジェクトおよびそのようなテストへのテスト自動化チームの参加は必要ですか、それとも特定の状況に依存しますか？



Igor Khrol：単体テストはコードと直接やり取りするため、非常に頻繁にテストできるように変更する必要があります。 コードの後に​​単体テストを書いている個々のチームの話を聞いたことがありますが、これがどのように正常に機能するかについてはほとんどわかりません。 さらに、原則として、個人にテストを書くことを強調する価値があるのか​​理解できません。 私たち（Toptal）では、変更の作成者自身が（単体テストだけでなく）必要なテストを追加しましたが、何も悪いことは起こりません。 これを行うと、クラスの使用方法、API、または記述内容の使用方法をよりよく理解できます。



テストの自動化のための巨大なプロジェクトとチームについて：別のチームがテストケースの形式で自動化の要求を受け取り、自動テストを一緒に作成するときに、サービス原則に従ってプロジェクトの自動化を行いました。 これらは、何十人もの自動化エンジニアにとって本当に大きなプロジェクトでした。 正直なところ、私は結果が本当に好きではありませんでした。 自動テストは、製品の不可欠な部分です。 そして、開発プロセスまたはテストプロセスのいずれにも密接に関与していない個人が関与する場合、これらのテストは、自動化エンジニア自身だけが必要とする、それ自体が別個のものになります。 私はそれを「ナイトスタンドでテストを書く」と呼んでいます。 正式な指標の観点からは、すべてがまともに見えます-仕事は本格的で、カバレッジは成長していますが、実際にはこれらの自動テストはほとんど使用されていません。



異なるプロファイルのスペシャリストで構成される独立した独立したチームがあり、同時に同じスペシャリストを結びつけて共通の問題を解決する「ギルド」がある場合、Spotifyのアプローチを好みます。 チーム内で作業することで、特定の問題を解決するために必要なものをよりよく理解し、自動化の妨げとなる問題をより迅速に解決できます。



-Selenium WebDriverの使用に関する質問をしたいと思います。 バージョン0.8以降、この方向に積極的に従っていると言いました。 W3C WebDriver標準が W3C候補勧告のステータスを受け取ったという事実についてどう思いますか？ これがSeleniumの積極的な開発につながると思いますか？



Igor Khrol： WebDriver自体は長い間、少なくとも外部的にはあまり変化していません。 特に、これのおかげで、彼は標準になりました。 変化しているのは、さまざまなブラウザーでの実装とサポートの品質です。 ブラウザー開発者は、それを正しく行う方法を熟知しており、ブラウザー自体も含めて変更できます。 また、W3Cは、ブラウザー自体のWebDriverサポートに従事するよう「強制」します。



セレンのようなセレン上のアドオンは、積極的に開発されています。 この状況は、JavaScriptとjQueryを連想させます。 Pure Selenium / WebDriverは知っておくと便利ですが、ユーザーインターフェイスとのやり取りに特有の典型的なタスクを解決する高レベルのライブラリを使用する方が便利です。



-昨年ハイゼンバグ会議に参加した瞬間から、テストや使用するプログラムセットに対するアプローチを変更しましたか？



Igor Khrol：アプローチを根本的に変えるには、6か月はそれほど長くありません。 もちろん、私たちはテストをレビューしており、進化しています。 最近、モデルベースのテストをより積極的に使用して、ビジネスプロセスをテストし始めました。 簡単に言えば、ランダムにワークフローを実行して、新たな問題や矛盾を調べます。



分析部門について話すと、データプロファイリングがテストに登場し、入力データと出力データのさまざまな不変条件を調べます。 私のレポートで彼について詳しく説明します。



-どうもありがとう。 会議でお会いできるのを楽しみにしています。



イゴール・クロール：ありがとう！



Ilari Henrik Egerterはソフトウェアエンジニアリングとソフトウェアテストのスペシャリストであり、ソフトウェアの分野からeBayでのeコマースに至るまで、この分野で10年以上働いています。 2013年に、彼は国際的なソフトウェアテスト協会（ISST）を共同設立しました。ISSTは、テストへの常識の回帰を提唱し、現在は組織の社長です。 2015年、彼はSoftware Testing Association（AST）の理事会に選出され、そこでマーケティング担当副社長を務めています。

現在、House of Test GmbHのマネージングディレクターです。



-ヒラリー、こんにちは。 あなた自身とあなたの仕事について教えてください。



Ilari Henrik Egerter：偶然ではなくテストを始めました 。 14年前、私はチューリッヒの大学で言語学と社会学を学び、PCのインストールに関連する医療機器会社で仕事をしていました。 また、テストが必要だったため、このタイプのアクティビティに完全に夢中になりました。 この作品では、社会的要素とテクノロジーの組み合わせがとても気に入りました。 数年後、すでにチーム全体の線形マネージャーになったので、ソフトウェア開発を勉強することも決めました。 その後、仕事を変えてeBayに移り、ヨーロッパのeBayサイトのテストグループを率いました。



2年前、私はHouse of Testから独立し、チームの開発を始めました。 現在、幅広い業界で外部の請負業者として働いている7人のフルタイムのテストエンジニアがいます。 会社の経営に加えて、私はSoftware Testing Associationのマーケティング担当副社長でもあります。 私は彼の技術を誇りに思っているすべてのテスターに​​私たちに加わることを勧めます。 私の個人的な生活の中で、私は本を読み、家族と時間を過ごし、醸造を楽しむのが好きです。







-昨年、 「手動テストやその他の混乱のようなものはありません」というプレゼンテーションを行いました。 聴衆は、テスター、マネージャー、開発者など、さまざまな分野の人々で構成されていました。 異なる方向の人々がテストに非常に積極的に興味を持っていると思うのはなぜですか？ これは、企業が徐々にテスト自動化に依存するようになっているという事実によるものですか？



Ilari Henrik Egerter：テスターの場合、テストの問題に興味を持つのはごく自然なことだと思います。 さらに、テスト以外のさまざまな投稿がプロセスに関与していることは確かです。この分野への関心を歓迎します。 自動化でツールを使用することは確かに高度になっています。 テストの自動化自体が目的ではないことに注意してください。 目標は、問題の適切な解決策を見つけることです。 それらのいくつかは自動化の助けを借りて解決できますが、他のものはより適切なソリューションを必要とします。



-あなたは、あなたの道で会った優秀なテスターはあまりいないと言います。 この領域（テスト自動化）が非常に若いので、あなたはそう思いますか、またはこの位置は、この役割の候補者の職業の要件の意味の理解不足に関連していますか？ 他にも理由があるのでしょうか？



Ilari Henrik Egerter：ほとんどの人は自分の仕事にあまり適していないと思うので、結果は必ずしも良いとは限りません。 定義による検査はまれです。



あなたは自動化に言及しています：テストを自動化できないことを指摘したいと思います。 ソフトウェア開発を自動化することはできません。 テストと開発の一部としてタスクを自動化できます。



テストは製品ステータス情報の必要性を満たし、製品のタイムリーな配信に対する脅威を識別するため、テストの私の理解は人間中心です。 これの多くは正気の人々によってのみ行うことができます。 「自動化はここで適切ですか？」という質問を自動化することはできません。



ソフトウェアは、人間のニーズを満たすために人々によって作成されます。 したがって、ほとんどのテスターはあまり良くないと言うとき、私は、とりわけ、自動化は一種の改良されたテスト、一種のアドオンであるという考えを指摘します。 私は自動化の反対者ではないという考えを伝えたいです。 私は本当に必要な場所で彼女の支持者であり、これを理解すること、理解することはかなり重要な仕事です。







-あなたの資料は人生と多くの類似点を描き、コミュニケーション、人間の好奇心、知識への渇望などに注意を払います。 教えてください、自動化は本当に技術的なものではないことに非常に依存していると本当に思いますか？



Ilari Henrik Egerter：自動化に技術的なスキルは必要ないと言ったことはありません。 テスト自動化はソフトウェア開発プロジェクトであるため、当然、エンジニアリングの知識が必要です。 私がコミュニケーション、批判的思考、認識論に多くの重点を置いた理由は、無視されることが多いためです。



-すぐに、Think Bigger-テストで真に世界クラスになる方法についてのプレゼンテーションを行います。 テスト自動化の目標を達成するための例と手順を示し、聴衆から何を達成したいですか？ どのような返品を受け取りたいですか？ あなたの情報が聴衆の頭の中にデータを置き、彼らの考えを正しい方向に導くのに役立つことを知っていることは重要ですか？



Ilari Henrik Egerter：繰り返しますが、私はテストの全体的な見方をしており、自動化もその一部です。 優れたテスターに​​なることの意味を人々に考えてもらいたい。 私は人々が自分の結論に達することを望んでおり、彼らは私のものと同じである必要はありません。 私には真実はありませんが、合理的な意見はあります。 私も人々に私に挑戦してほしいです。 人々と積極的に会話を始め、人々が考え始めたという印象を受けたら、これは私が答えを受け取りたいものです。



-ご回答ありがとうございます。 あなたのプレゼンテーションを楽しみにしています。



Ilari Henrik Egerter：サンクトペテルブルクのハイゼンバッグでお会いしましょう。



6月4日に開催されるHeisenbug 2017 Piterカンファレンスで、この難しいクラフトのテスト自動化、計測、テスト環境、その他の領域に関する詳細情報と知識を見つけることができます。 このイベントには、自動化、開発者、マネージャー、そしてテストのファンだけが集まります。 あなたを待っています！



自動化マテリアルのテストに興味があるかもしれません。

Heisenbag 2016 Moscowのビデオ、およびテストのトピックに関するNikita Makarovのインタビュー：ITのシンプルなトラックか、それとも真剣な取り組みか？