Heisenbug 2017 Piter：テストの募集

ハイゼンバグ2017 Piter Testing Conferenceについての上級インストラクターDwight T. Barnes（Half-Life）： 「...あなたの名前は何ですか、兵士？ 想像してみてください。あなたの名前がなんとなく神秘的に上級トレーニングのリストのトップになりました！ そして、私はあなたに尋ねます...まあ、あなたの体をトレーニングゾーンにドラッグして、シャープ大佐に報告してください！...ハイゼンバッグ2017 Piterまで3週間が残ります-すべての小隊はすでにバッジを発行し、ブーツを全力で磨いています。 彼はあなたをどこに運んでいますか？ 会議には、自動テストと負荷テストの専門家、チームリーダー、開発者など、すべてが参加します。 1日で3つのトラックに17のレポートがあります。マウスをクリックすることはできません。 「退役軍人は、実際のプロジェクトでの実用的でハードコアなテストの新しい戦闘テクニックについて報告します。」

その場であなたを待っているものを見てみましょう。


Heisenbag 2016 Moscowの参加者の意見を踏まえて、私たちは暑さに屈し、技術的に複雑で、深くて珍しい報告書の数を増やしました。 便宜上、各レポートにハードコアの表示をねじ込んで、RPGがどこで配布され、どこにマウントマウントのマスタークラスがあるかを正確に把握できるようにしました。 サンクトペテルブルクに行けない人のために、レポート中に「聴衆からの質問」を尋ね、セッションの間にスピーカーとのインタビューを見ることができるオンライン放送を行います。

したがって、トピックごとにグループ化されたレポートのレビュー：

テストアプローチと適切なパターン

パターンを適用する能力は、プロの基本的なスキルの1つです。 アプローチを知ることで、高いレベルの抽象化で問題を解決することができ、「子供」のエラーを許可しません。 だからこそ、私たちとのアプローチと優れた実践を備えたブロックが、8つのレポートで第1位を占めています。

Claudio Criscione-大規模なセキュリティテスト

テスト担当者が知っているように、この分野の問題はすべて解決されています。 それでもバグが発生する場合、それはエンジニアの怠lazのためだけです。既存の方法と技術を正しく適用すれば、すべての問題を完全に解決できます。 そして最後に、セキュリティバグは単なるバグであるため、怠zyなエンジニアのセキュリティテストも解決された問題です。

この講演では、Claudioはこの露骨なうそを解こうとし、不快な大規模なインフラストラクチャでセキュリティテストを行っている間に学んだいくつかの教訓を活用します。 彼は、テスト実施の中で、セキュリティテストが本格的な市民であり、奇妙なエイリアンではないことを実証した後、セキュリティテストツールの作成に関する旅行メモをGoogleで提示します。

注意、ネタバレ：ハリウッドスタイルには、「ルートシェルアンドギャロップドインサンセット」のような瞬間はありません-
スケーラブルなセキュリティテストはtrench戦であり、公園を散歩するものではありません。 驚きの効果のために、とりわけ、クラウディオは、まったく機能しなかったもの、およびまったく機能しなかったものについて話します。場所での失敗は勝利よりもさらに興味深いからです。

「溝の中」のセキュリティに関心がある場合、イニシアチブを損なう可能性のある些細なことを知りたい場合、またはセキュリティテスト用のソフトウェアやインフラストラクチャを心配したい場合は、このレポートが興味深いはずです。

---

ニコライ・アリメンコフ-テスト自動化の設計パターン

デザインパターンは、長年にわたって開発段階で知られています。 一部の開発者はそれらを愛し、他の開発者はそれを役に立たないと感じています。 同時に、設計パターンには非常に明確なタスクがあります。一般的な問題の典型的な解決策を説明し、コミュニティに共通の言語を作成し、既存のアプローチの理解と再利用を改善します。

テスト自動化には独自のタスクセットがあるため、この領域に役立つ独自のデザインパターンセットもあります。 報告書では、ニコライは既知のパターンをすべて調べ、いくつかの実用的な例を使用して詳細に説明します。

---

Igor Khrol-データの世界でのテスト

会社の経営陣は、気まぐれではなく、数字と客観的なデータに基づいて意思決定をしようとしています。 これらの数値を考慮したソフトウェアの動作をテストする方法は？ その年の会社のデータを処理した後のコードが42％を示している場合、これは正しい答えですか、それともエラーがあり、43％を受け取っているはずですか？ Toptal分析部門で開発されたプラクティスに基づいて、これらの質問に答えたいと思います。 BI、ETL、DWH、ML ...これらの略語の意味がわかっている場合は、データの世界でのテストについて話してください。

---

Jan Jaap Cannegieter-システムをテストする最良の方法を見つける

システムはさまざまな方法でテストできます。 ほとんどの組織、テスターのチーム、および個々の専門家は、それぞれのケースで最適でなくても、プロジェクトで1つまたは2、3のアプローチのみを使用します。 このレポートは、状況を修正することを目的としています。

まず、スクリプトテストと探索的テストの違いを示してから、詳細なスクリプティング、グローバルスクリプト、セッションベースのテスト、バグハント、テストツアー、フリースタイル探索など、スクリプト化されたものから探索的なものまで、空間のメソッドのパレット全体を見ていきましょう各アプローチの本質と、それが最も適用可能な状況の両方を経験したテスト。 とりわけ、Jan Jaapは、これらのタイプのいずれかに自動テストを関連付ける方法を説明します。

プレゼンテーションの最後の部分では、実際の例と、プロジェクトに最適なテストの種類を決定するためのチェックリストを取り上げます。

---

Ilari Henrik Aegerter-より大きく考える-テストで真にワールドクラスになる方法

このレポートは、テスターが世界クラスのスペシャリストである理由の10年以上の考察と観察の結果を示しています。 それはあなたが尊敬する世界クラスの企業のためにより多くのスキル、より多くの仕事の満足度、そしてより魅力を得るためにあなたができることです。

このセッションでは、現実から脱却することはせず、すぐに実装できる具体的な手順とアイデアについて説明します。 また、テスターとこれらの手順をどのように完了したかについての実際の話も聞くことができます。 提案されたアイデアのいくつかを選択して、今日からそれらを実装することができます。

このレポートは、苦情についてではなく、あなたが自分の最高のバージョンになるのに役立つ特定のアクションについてです。

---

Alexey Vinogradov-オートテストの改善方法：ブラックマジックセッション

UIの自動テストを作成する方法は多数あります。 プロの開発者はどのテクニックを使用する必要があり、どのテクニックをバイパスする方がよいでしょうか？ 最新の自動化テストの苦痛はどこですか？ アレクセイは、実例で彼の立場を実証します。 簡単なコードから始めて、PageFactory、LoadableComponents、Single Responsibility Principleなどの一般的なデザインパターンを一貫して適用します。

---

ジュリア・コバレバ、アンナ・チェルニーシェバ-BDDガールズバトル：キュウリvs. Jbehave

彼らの講演では、2人の少女（Java自動テスト開発者）がMortal Kombatスタイルで互いに競い合い、CucumberとJBehaveの2つのツールのどちらが最も制限があるかを示します。 彼らは最悪のツールを選択します。 そして何のために？


BDDライブラリを選択するとき、私たちの多くは何が優れているのかと考えています。 どちらがより多くの機能を持っていますか？ どのような問題に直面しますか？

ライブラリのドキュメントを参照するか、スピーカーが既に選択したツールを賞賛しているレポートを見ると、その可能性について知ることができます。 しかし、彼は、スタックオーバーフロー全体を「ざらざら」させるか、ライブラリを自分で試してみる場合にのみ、CucumberまたはJBehaveを選択するときに開発者を待っていることを正確に知ることができます。 このレポートは、ある日誰かが誤ったツールを選択したという理由だけで、古い自動テストフレームワークを新しいフレームワークに書き換えるのを避けるのに役立ちます。

---

Kirill Merkushev-Automatorの問題を解決する方法としてのコード生成

自動化は、上級レベルの専門家が使用する最も重要なパターンの1つです。 テストの自動化は、WebDriverテストの作成だけではありません。 これはまず、定期的に発生する問題の解決と反復労働の最適化です。

高品質でサポートされているテストおよびテスト用ユーティリティを作成するには、多くの追加コストが必要です-http-clients、チェックの編成、テスト付きプロジェクトの説明、ドキュメントサポート、...（このリストはもっと長いです！）

このレポートでは、テスト用の追加コードをサポートする負担を軽減するコード作成を自動化する方法についてCyrilが説明します。 Javaエコシステムに存在する既成のツールとメカニズム、および彼のチームが何十行もの宣言的記述を数百行のコードに変えて、それを簡単に使用できるようにするもの。

---

Webプロジェクトのテスト

インターネットの普及は、既存の現実であるだけでなく、強力で継続的な傾向であることは明らかです。 したがって、Heisenbug 2017 Piterでは、Webプロジェクトのテスト専用のレポートブロックが用意されています。

---

Alexey Lavrenyuk-ストレステストの結果を分析する学習

Python TornadoデモWebサービスを「シェル化」しています。これは、パフォーマンスの問題が発生するように特別に作成されています。 Alekseyは、ストレステストレポートにリソースストレスレポート、重いcronジョブ、貧弱なアルゴリズム、重いデータベースクエリがどのように表示されるかを示します。 結論を導き出し、ボトルネックを修正し、「前」と「後」のサービスのパフォーマンスを比較します。

---

Ilya Korobitsyn-Angularテスト用にJSでSeleniumテストを作成します：長所、短所、落とし穴

最新のWebアプリケーション用のSeleniumテストを作成する場合、ページ上の要素を見つけることや、サーバーからの応答を受信した後にビューが更新される瞬間を待つことはしばしば困難です。 アプリケーションがAngularで作成されている場合、Protractorフレームワークはこれを支援するように設計されていますが、スクリプトはJavaScriptで作成する必要があります。 このレポートでは、この言語がもたらす驚きを考慮し、分度器が本当に必要なのか、分度器なしでできるのかを考えてみます。

---

Irina Pchelintseva-フロントエンドのデータのモック：効果的かつ需要のある方法

さまざまなWebプロジェクトのテストでは、遅かれ早かれ、フロントエンドのデータを置き換えたいという要望があります。 タスクは、手動テストのニーズから、時には-自動テストのニーズから、時には-フロントエンド開発者自身のニーズから成長します。 このレポートでは、便利なデータ置換によって解決できるタスクの範囲について説明します。これにより、開発サイクルが改善され、高速化されます。 さまざまな実装について、そして理想をどのように見つけたかについて話しましょう。データの変更をエンジニアリングの機会だけでなく、すべてのチームメンバーが毎日使用するツールにしました。 元々：データを置き換える理由、存在するアプローチ、さまざまなコンポーネントの実装機能、およびこれが最終的にプロジェクトを変更する方法。

---

フレームワークとツールのテスト

適切な戦闘戦術が戦闘を簡単にし、実際にその結果を事前に決定するように、正しく選択されたフレームワークは開発を高速化し、簡素化します。 最高の新しいツールを選択し、メンテナを会議に招待して、1日でどの新製品が問題解決に最も貢献するかを理解し、評価できるようにします。

---

Artyom Eroshenko-アリュール2：新世代テストレポート

自動化されたテストに遭遇するすべての人は、テスト結果を分解する必要があります。 プロジェクトが大きいほど、多くのレポートを見る必要があります。 世界は止まっておらず、リリースサイクルは加速しています。一部の製品は週に数回、1日に数回リリースされています。

アリュールフレームワークは、分析を簡素化する人気のある自動テストレポートツールです。 レポートでは、Artemはアリュール2の新しいバージョンについて説明します。環境、再起動、テスト履歴、フィクスチャの表示、エラーカテゴリなど、多くの新しいものが登場しました。 主な機能の1つは、プラグインシステムを使用してAllureを自分用に適応させる機能です。

---

Marc Philipp-JUnit 5-Javaの新しいテストフレームワークとJVMのプラットフォーム

Javaとテストの世界では、過去10年間に大量の水が流れてきました。ここで、JUnit 4は忘れ去られます。 彼は、Java 8の機能と拡張性、およびテスト用の最新のAPIにJVMテストの将来を集中するように設計されたJUnit 5に置き換えられました。 さらに、JUnitはJavaテスト専用のフレームワークではなくなります。 サードパーティ企業は、新しいJUnitプラットフォームで動作するScala、Groovy、Kotlinなどをテストするためのエンジンを開発しています。

このレポートの冒頭で、Jupiterの新しいプログラミングパラダイムの実際の例を見て、JUnitで利用可能な4つのテストを移行する方法を学びます。 次に、JUnit 5の主なアイデアを分析し、そのアーキテクチャを見て、JUnit 4との互換性について説明します。次に、Jupiter拡張機能のモデル、その実装の可能性、テスト条件、メソッドパラメーターのアクセス許可、ライフサイクルコールバックに対するユーザー拡張機能の作成および登録方法を確認しますなど 結論として、ロードマップを見てみましょう。他に開発中のものと、いつGAを期待するか。

---

Dan Cuellar-Appium：自動化の言語

過去5年間、Appiumはモバイルアプリケーションを自動化するための事実上の標準になりました。 最近では、WindowsおよびMacアプリからTVアプリまで、他の多くのプラットフォームのサポートがAppiumに追加されました。 ほとんどの製品が複数のプラットフォームとデバイスをサポートする世界では、新しいデバイスを自動化する必要があるたびに新しいフレームワークを学ぶ必要がないことが絶対に必要になります。 作曲家がすべての楽器に同じ楽譜を使用するように、Appium開発者は1つのプロトコルを使用してオーケストラのすべてのデバイスのスクリプトを作成できます。

このレポートでは、Appiumファミリー製品の最新メンバーであるMacおよびWindows用Appiumについて詳しく説明し、言語および自動化プロトコルとしてのAppiumの将来について説明します。

---

アンドレイ・サタリン-食事の前に手を洗う

ご存知のように、「大きな力には大きな責任が伴います」。 C ++は、優れた表現力と巨大な機能を備えた言語です。 マネージ言語のプログラムでは利用できない潜在的な欠陥のあるこれらの機能に対しては料金を支払う必要があります。

サニタイザーは、C ++プログラムの複雑な欠陥を見つけることができる素晴らしいツールです。 Andreiは、これらのツール、その機能、および彼のプロジェクトに役立つこれらのツールの使用方法について説明します。

---

Alexey Makhov-WebDriverAgent、または核爆発後のiOSアプリケーションのテスト方法をアップロードしました

昨年、Xcode 8のリリースでAppleがUI Automatorを放棄したとき、Alexeyのチームは多くの人と同様に何も残されていませんでした。 彼らが使用したAppiumは関連性を失い、代わりを探し始め、FacebookからWebDriverAgentツールを見つけました。 遭遇した問題、解決方法、およびこれがiOSアプリケーションのテストインフラストラクチャにどのように影響したかについてのレポート。

---

Leonid Rudenko-Java→Kotlin：テストの作成が簡単に

Kotlinでテストを書くことができると彼らが言ったらどうなるでしょうか？ 彼のことを聞いたことがない？ Javaを使用する場合、Kotlinがテストの言語になる理由があります。 パニックなし、Kotlinは簡単です。 Leonidは、言語の機能により、テストのサポートに費やす時間を短縮する方法を説明します。 コードがどれだけ簡潔になっているか。 そして、お気に入りのライブラリとフレームワーク（JUnit、HtmlELements、Allureなど）がいつまでも残るのはなぜですか。 そして、もちろん、最も重要なこと：どこから始めるか。 可能な場合、JavaとGroovyで比較が行われます。 Java / Groovyでテストまたは開発している場合-このレポートはあなたのためです。

---

肉眼で見ることができるように、会議は「火」になることを約束します-最もクールな専門家、最前線の技術、ステージでの戦い、そしてもちろん、私たちの署名チップ-ディスカッションゾーン。

一般的に、親愛なる同志、その場所またはオンラインでお会いしましょう！ 会議のウェブサイトheisenbug-piter.ruで詳細を確認し、チケットを購入できます。