みなさんこんにちは！ QAエンジニアを最初の自動化テスト会議に招待します。
プログラム
「自動テスト、統合アプローチ、プラットフォーム、およびハート」、Mikhail Chirkov、ivi.ru
クロスプラットフォームの自動テスト（この場合はAndroidおよびWebプラットフォーム）の長所と短所、実装の難しさ、自動テストをゼロから作成する際の問題を解決する方法、脚本とページオブジェクト。 または多分あなたは選択する必要はありませんか？
このレポートは、モノプラットフォームテストまたはクロスプラットフォームテストの作成の選択に直面したばかりの人と、すでに選択を決定している人の両方にとって興味深いものです。
「自動テストはありますか？」 そして、私がそれを見つけたら？」、Alexey Petrov、FunCorp
面接で候補者と連絡を取り、コンサルティングや新しい職場に来て、テスト自動化を導入したいという熱望がしばしばありました。 さらに、驚くべきことに、状況には多くの障害が伴うことがよくあります。 そして、これが知識と自動化スキルの不足である場合は良いことです。このタイプのアクティビティ（時間、インフラストラクチャなど）へのリソースの割り当てに問題がある場合、状況は少し悪くなります。なぜ自動化が必要なのですか？」
私のレポートでは、この状況について、テストの専門家の立場と会社の立場の2つの側面からお話しします。 当然のことながら、問題とその原因についてだけでなく、どのようにそれらに対処し、作業プロセスでテスト自動化を実装し、自動化パイプラインを構築する私自身の経験にうまく対処できるかについても説明します。
「継続的な統合と自動化」Alexey Khalaji、Post.Mail.ru
レポートの枠組みの中で、さまざまな部門間のやり取りの効率を高め、品質を損なうことなく製品のリリースを加速するために、大規模な製品を開発するときに自動化するのが理にかなっているプロセスについて説明します。
このストーリーは、iOS用モバイルアプリケーションの開発の一環として、CIインフラストラクチャの開発の歴史に基づいています。
- CIと自動化のない人生の魅力
- CIが必要なのはなぜですか？
- 自動化するのはどのようなタスクが理にかなっており、製品開発のどの段階でですか
- リリースサイクルの重要なコンポーネントとしてのテスト
- 継続的統合レベル
- 製品開発プロセスのすべての参加者間のコミュニケーションと共通の問題の解決の集中手段としてのCI
- Mail.Ru Mail iOSクライアント開発チームのCIアーキテクチャ
- 自動化における部門の継続的統合
- 連続テスト自動化
- 製品品質の指標としてのCI
「QAエンジニアのためのツールとしてのユニットテスト」、Nikita Kuznetsov、Tinkoff.ru
すべての自動化は、多くの企業の回帰を自動化する従来の方法です。 ただし、テストの数が非常に多くなり、すべての作業時間が新しい自動テストの作成に費やされるのではなく、すでに書かれたテストのサポートに費やされるときが来ます。
私たちのチームが同様の状況をどのように構想し、最小のサポートコストで回帰の範囲を拡大できるプロセスを確立したかを説明します。
「自動テストと機能の提供を高速化する他のエレガントな方法を使用した並列テスト」、Katerina Sprinsyan、Badoo
以前は、Badooでは主に手動テストに重点を置いていました。 手動の回帰デッドロックのようなものであることが判明しました。多くのテストが手で行われたため、テストを書く時間がありませんでした。自動テストがなかったため、多くのテストが手で行われました。
しかし、自動化システムとプロセスを確立し、この悪循環を断ち切り、良いテストを書き始めることができました。
私のレポートでは、手作業の退行を作業時間の90％から30％に削減しながら、適切なレベルの品質を維持し、専門的に成長する方法を説明します。
mitapの登録はこちらです。
Telegramチャンネルの詳細情報。
主催者、スピーカー、その他の参加者と通信するために、 Telegramチャットがあります。
来られない人のために、 YouTubeチャンネルでオンライン放送が行われます。