Delexの私たちのもの:ミンスクでの最初のDevOpsと高度なテスト自動化カンファレンスはどうでしたか

「私たちには、ベラルーシのDevOpsについて世界に伝えることがあります」と彼らは言いました。 「テストインフラストラクチャは変化しており、転換点が間もなく発生します。 グッドプラクティスと通信するためのプラットフォームが必要です」と彼らは言いました。 彼らはDelexを作ったと言った。 さらに、300人以上の人々がレポートを聞き、知り合いになり、新しい技術コミュニティの誕生を目撃しました。 EPAM者もいました。彼らはプログラム委員会に参加し、報告書を読み、新しい展開を発表しました。



画像



Delexを完全に新しいものにすることは簡単ではありませんでした。 会議には、シニアとシニア+の専門家が集まりました。 これはオーガナイザーの計算でした-高度な専門知識を持つエンジニアが知識を共有するだけでなく、志を同じくする人々に会うことができるようにします。 レポートの議論はホールで始まり、ホールに流れ込み、アフターパーティーで続きました。 しかし、まず最初に。



画像
ドミトリー・グメニュク、会議の主催者

「過去2年間、私は海外で多くのことを話してきました。DevOpsとテストオートメーションに関する非常に高いレベルの知識と専門知識を持つスピーカーは、ミンスクではなく世界中の会議で講演します。 私たちは非常に強力な技術的リーダーですが、それを示すことはできません。 会議の後、私たちは「土と別れ」だけでなく、会議を開催し、アイデアを交換し続けたいと思います。」


画像



画像



スピーカーは同時に4つの会場で話しました。 会場の1つで、Victor Vedmichはレポート「DevOps in Multi vendors Enterprise」を発表しました。 開発チームが30人を超える場合、新しいアプローチを考え出す必要があります。 私たちの同僚は、さまざまな規模のプロジェクトにDevOpsを実装した経験と、最良の結果が得られるプラクティスについて話しました。

画像
ビクターヴェドミッチ

「私のレポートの3つの主要なポイントは、次のように識別できます。



1. SAFe(Scale Agile Framework)およびDevOpsの関与方法。

2.リリーストレイン:仕組み。 例からの基本から困難な実装へのパス。

3. ITILは、お客様のニーズに適応して実装することにより、ビジネスプロセスを体系化する最適な方法です。
ドミトリー・グメニュクは、誇大宣伝とトレンドという言葉からレポートを始めました。 そして、実際、「テスト自動化における機械学習とニューラルネットワークの適用」について言えば、新しい言い回しに耐えることは困難です。これらの技術は人気のピークにあります。



画像



ドミトリー・グメニュク:



「機械学習はクールなドライバーですが、すべての問題を解決できるわけではありません。 方向は新しく、ほとんどマスターされていません。レポートでは、どの方向で「掘り下げ」、どのような結論を下し、何が機能し、何が機能しなかったかを示したいと思いました。」



画像



DevOpsの進化をたどるとともに、サービス指向モデルへの変換、自動化を外部環境に対してより耐性にする可能性、およびチームの相互作用がより効果的であったことについて詳しく学んでください。



画像
Nikolai氏によると、DevOpsの近い将来は次のようになります。



「1。 DevOpsはサービス指向で、よりモジュール化されます。 各コンポーネントへのサービスアプローチにより、管理とインフラストラクチャがより柔軟になります。

2. DevOpsは本質的に変化します。エンジニアはシステムに関する情報を必要としません。クラウドとローカルのサービスとサービスの世界を巧みにナビゲートすれば十分です。


参加者と主催者は、会議中に双方向性と新しいコミュニケーション形式について多くのことを話しました。ギフトはSLACKチャットで抽選され、Telegramチャネルは会議中に情報レポートを発行しました。 スピーカーはインタラクティブなトレンドから離れませんでした。 Anna ChernyshevaとAlisa Demennikovaによるレポート「BDD Automation puzzlers」は、学生とのコミュニケーションに完全に焦点を合わせていました。



画像



聴衆との小さなクイズの後、アンナとアリスは特定のフレームワークで満たされたバンプについて詳細に話し、BDDの使用に関連する予期しない状況を調べ、JBehaveとCucumberの長所と短所についても調べました。



画像
アンナ・チェルニーシェワ



「このようなコミュニケーションは、さまざまなツールを使用するときに常に特定の困難、問題、エラーがあることを理解するために非常に重要であり、これは正常なことです。 たとえば、レポートでは、Cucumberでサンプルテーブルを介して直接ステップを渡すことができる状況を扱っています。 また、JBehaveでは不可能です。 そのため、そのようなことについて話すために、これら2つのツールの謎解きと分析を行いました。」


画像



会議はホールの入り口で終了するのではなく、開始するだけです。 メインネットワーキングは、レポート間のパートナーのスタンドで行われます。 EPAMサイトで、Andrei Petrashkevichは、手動および自動テストの分野での会社の開発「モバイルファーム」を紹介しました。 多くの人々が収穫を望んでいました-このソリューションにより、WebブラウザーまたはAppiumを使用して、iOSまたはAndroidプラットフォームでWeb、ネイティブ、およびハイブリッドモバイルアプリケーションをリモートでテストできます。 同僚は、GPS、Chrome Webデバッグ、回転、複雑なジェスチャー、スクリーンショット、クラッシュログ、デバイスからのログをリアルタイムでエミュレートする機能について話しました。 EPAMでは、ファームを使用して、並列自動テスト、Apple有料テスト、およびより多くの興味深いタスクを実行します。



画像



画像
アンドレイ・ペトラシュケビッチ

「モバイルプロジェクトが短期的かつ長期的であることは誰もが知っています。 手動テスターと自動化エンジニアがデバイスを効果的に使用する方法に興味がありました。 たとえば、稼働日は8時間で、デバイスは30〜40%しか使用されません。 また、この時点で携帯電話またはタブレットを他のテスターが利用できる場合、より効率的に使用されます。 EPAMでは、これは二重に効率的に機能します。ミンスクが眠ると、米国の同僚が働き、相互利用が得られます。 デバイスに障害が発生しないように24時間365日利用可能なソリューションを作成することは非常に困難です。 そして成功しました。 統計によると、アプリケーションが市場のデバイスの80%(米国など)で動作することを確認するには、134台のモバイルデバイスでチェックする必要があります。 すべてのプロジェクトチームがそのような購入を行う機会を持っているわけではないことに同意します。」
最初のミンスクデレックス会議はすぐに国際的になり、ベラルーシ、ロシア、ウクライナ、ポーランド、リトアニアからのゲストを集めました。 会議のシルバーパートナーはEPAMでした。



All Articles