Keynote
State of the Union
概要:
Selenium 4はどのような形になるのでしょうか？前回のカンファレンス以降、Seleniumの世界では何が起こっているのでしょうか？プロジェクトの将来はどうなるのでしょうか？過去から何を学び、それをどう適用するのでしょうか？なぜ一人の人間が同じプロジェクトに13年間も取り組むのでしょうか？このキーノートでは、Simonがプロジェクトの実践的な側面だけでなく、プロジェクトを前進させる哲学についても議論します。
経歴:
Simon Stewartは、Seleniumプロジェクトのリードであり、コア開発者の一人です。WebDriver APIの作成者であり、W3C WebDriver標準の共同編集者でもあります。
Keynote
Clean code that works - How can we go there?
概要:
「動作するきれいなコード」とは、プログラマーの価値観と目標を意味します。最初からそれを実装するのは簡単ではありません。この講演では、「動作するきれいなコード」への道のりでどのような障害が現れ、それらをどう解決するかを知ることができます。また、自動化テストとリファクタリングの役割と価値を再確認します。
経歴:
和田卓人は、本の執筆、各地での講演、ハンズオンを通じてTDD文化の普及に努めています。大学でソフトウェア工学を学び、その経験からオブジェクト指向分析設計にコミットするようになりました。power-assert-jsの作者でもあります。「プログラマが知るべき97のこと」（監修、2010年）、「SQLアンチパターン」（2013年、翻訳監修）、「テスト駆動開発」（2017年、翻訳者として）。
How I learned to stop worrying and love record and playback
概要:
Selenium IDEのようなレコード・アンド・プレイバック（記録再生）ツールには、業界では悪いイメージがつきまとっています。時間を費やす価値がない、メンテナンスが不可能なテストしか作れない、技術に詳しくない人専用のツールだ、などです。しかし、新しいSelenium IDEでは、これらはすべて悪い評判にすぎません。このトークでDave Haeffnerは、チームのテスト自動化の成熟度や技術的経験レベルに関係なく、Selenium IDEがいかに確実にテスト実践を補強し、レベルアップできるかを実例で示すことで、その偏見を打ち砕きます。また、彼がレコード・アンド・プレイバック反対派からSelenium IDEメンテナーになった経緯も紹介します。
経歴:
DaveはSeleniumコミュニティの活発なメンバーであり、Selenium IDEのフルタイムメンテナーです。また、Elemental Selenium（Seleniumをプロのように使用する方法に関する週1回の無料ヒントニュースレター）の作者であり、The Selenium Guidebook（Seleniumを成功裏に使用する方法のガイド）の著者でもあります。
The future of Selenium - a Deep Dive into the W3C WebDriver Specification
概要:
WebDriver仕様は最近W3C勧告ステータスに移行し、主要ブラウザやSeleniumなどの自動化ツールで既にサポートされています。このトークでは、WebDriver標準を使用する言語バインディングやテスト自動化フレームワークを実装する立場から仕様を詳しく見ていきます。このセッションでは、WebDriverとは何か、Webブラウザだけでなくデスクトップアプリケーションの自動化も可能にする仕組みを理解できます。テスト自動化ツールやフレームワークの環境におけるWebDriverの位置づけなどの疑問にも答えます。WebDriverプロトコルを使用してクロスブラウザテスト自動化を実現するコードのライブデモとウォークスルーをご覧いただけます。WebDriverを使用するテスト自動化フレームワークのアーキテクチャ、ドライバー実行ファイルなどの異なるコンポーネント、そしてそれらがどのように組み合わされるかについて説明します。テスト自動化フレームワークの構築に興味がある方、または内部で何が起こっているかをより理解したい方には、このセッションがお勧めです！
経歴:
Peterはテクノロジーチームの構築と指導を楽しむフルスタックエンジニアです。熱心なオープンソース愛好家で、Peterの最初のオープンソースプロジェクト「CB2XML」は2004年にSourceForgeで作成され、驚くべきことに現在のメンテナーによって今でも活発にリリースされています。彼の最新のオープンソースイニシアティブは「Karate」と呼ばれるWebサービステスト自動化フレームワークで、2年足らずでGitHubで1400以上の「スター」を獲得しています。Peterは、TechBeaconの「2019年にフォローすべき33のテスト自動化リーダー」のリストにも掲載されています。
Journey of CI/CD Pipeline Improvement in Yahoo! JAPAN
概要:
Yahoo! JAPANでは、各チームがそれぞれのCI/CDシステムに責任を持っていました。テストパイプラインの保守コストや他のチームとのCI/CD知識共有の困難さなどの問題がありました。2013年以降、彼らは全社的なCI/CDシステムの構築とその保守に取り組んできました。また、開発スタイルを向上させるために自動化テスト環境も導入しました。彼はその変化を紹介します。
経歴:
Teppeiはアジャイルコーチ兼ソフトウェアコンサルタントです。アジャイル開発とテスト技術/スキルを学習し、普及に努めてきました。以前に物事を作る際にそれらを経験しました。ソフトウェアテスト自動化研究会Jp議長、アジャイルチームサポーターズ監事、JaSST'16 Hokkaido基調講演者、「Fearless Change」翻訳など。
Windows Browsers: How to Run them in Docker containers
概要:
Microsoft Windowsは市場シェア80%以上で世界で最も人気のデスクトップオペレーティングシステムです。これほど人気のあるWindowsですが、Seleniumテストを並列で実行する際に不安定に動作することで知られています。主流のSeleniumアプローチは、分離されたDockerコンテナでブラウザを実行することですが、Windowsブラウザにはそのような機能がありませんでした。このトークでは、Internet ExplorerやMicrosoft Edgeを含む任意のWindowsブラウザをDockerコンテナで実行し、それに対してSeleniumテストを起動する方法をまず実演します。次に、SelenoidプロジェクトでWindowsとLinuxブラウザを同じLinuxマシンで実行するスケーラブルなSeleniumインフラストラクチャの構築方法を紹介します。
経歴:
10年以上のJavaとGolangプログラミング経験を持ちます。過去5年間、数千のブラウザが並列で実行される大規模Seleniumインフラストラクチャを保守してきました。Selenoidプロジェクトのコア開発者です。
Technology supporting the release of HOME'S
概要:
LIFULL HOME'Sは、開発プロセスの改善により、週2回のリリースから週4回のリリースに製品名を変更しました。その時に経験した以下の2つのヒントを紹介したいと思います：
- レガシーテスト自動化システムの再設計
- 開発を効果的にする新しいテスト自動化ツールの開発
経歴:
Naotoは新卒としてLIFULLに入社しました。QC/QAロールを通じてSETGです。
Selenium at the Speed of Headless
概要:
テストが左にシフトしていることは秘密ではありません。開発者はコードの品質に関する即座のフィードバックを求め、テスターは開発の取り組みを遅らせることなく、パイプラインの早い段階でテストを組み込みたいと考えています。フルブラウザでのテストは、パイプラインの終盤に近く、完全なUIクロスブラウザ互換性を確認する必要がある場合には優れています。しかし、開発を遅らせる可能性があり、大規模で保守するのにコストがかかるため、初期パイプラインテストには効果的ではありません。ヘッドレスブラウザの登場 - 過去に夢見ていたスピードで初期パイプラインSeleniumテストを実行できる新興ソリューションです！開発ライフサイクルのすべての段階でフルブラウザUIでテストする必要性を排除することで、ヘッドレスは開発者にコード品質のより迅速なフィードバックを提供し、同時にテストインフラストラクチャの保守コストを削減する軽量オプションを提供します。より大きなクロスブラウザテスト戦略と組み合わせることで、ヘッドレスはより良い品質のソフトウェアをより速く提供できる真の継続的テストソリューションに一歩近づけます。Sauce LabsのプロダクトマネージャーであるSam CoffmanとSauce LabsのプロダクトマーケティングマネージャーであるAlissa Lydonとともに、以下について議論する非常にインタラクティブなセッションにご参加ください：
- なぜヘッドレステストが初期パイプラインテストの迅速なフィードバックのための効率的でコスト効果的なソリューションとして登場したのか
- ヘッドレステストをより大きなQA戦略に統合する方法、そしてフルブラウザと組み合わせて使用することで、お金を節約しながらテスト戦略の効率を向上させる理由
- 初期パイプラインテストにヘッドレスブラウザを使用して50%以上のテスト時間短縮を経験しているチームの実際の話
- ヘッドレスを始めたいチームが利用できるさまざまなオプション
Alissaの経歴:
Alissa LydonはSauce Labsのプロダクトマーケティングマネージャーです。Sauceでの4年間で、彼女は自動化と継続的テストへの道のりで、あらゆる規模の企業と協力してきました。テスト自動化の利点について潜在的な顧客を教育することから、QAおよび開発チームが業界のベストプラクティスについて学ぶための教育イベントを企画することまで、彼女の目標は、Sauce Labsの顧客との経験を活用して、他の人がテストで成功する方法について広める ことです。仕事以外では、愛犬と過ごしたり、家族と遠い国々に旅行したり、野球の試合を観戦したりしています（Go A's!）。
Samanthaの経歴:
Samantha CoffmanはSauce LabsのプロダクトマネージャーでVirtual Desktop Cloudチームを管理し、ブラウザとOSの更新、および新しいSauce Headlessオファリングの導入を担当しています。Samanthaは1年前にSauceに参加し、デスクトップテストが向かう方向に興奮しています！オフィスでは、Samは同僚のためにシャルキュトリープレートを作ったり、オフィスの犬たちと遊んだりするのが大好きです。仕事以外では、新しい街への旅行、ベイエリアのフードシーンの探索、屋外での時間を過ごしているのを見つけることができます。
What's that Smell? Tidying Up Our Test Code
概要:
複数の悪いコーディング慣行がちりばめられた臭いテスト自動化コードベースを前提として、それぞれの臭いを順番に見て、なぜそれが違反と見なされるかを議論し、ステージ上でライブでテストコードをリファクタリングしてよりクリーンなアプローチを実演します。
経歴:
Angie Jonesはテスト自動化戦略と技術を専門とするシニアデベロッパーアドボケートです。彼女は世界中のソフトウェアカンファレンスで講演や指導を行い、angiejones.techでチュートリアルやブログを書くことで豊富な知識を共有しています。マスターインベンターとして、Angieは革新的で型にはまらない思考スタイルで知られており、米国と中国で25以上の特許発明を生み出しています。余暇には、AngieはBlack Girls Codeでボランティアをし、より多くの女性とマイノリティをテックに引き付ける努力として、若い女の子にコーディングワークショップを教えています。
Test Impact Analysis. Smarten up your pipeline and reduce test time.
概要:
WebDriverテストの数に苦労していませんか？すべての変更で継続的に実行していますか？既に提案されたすべてのことを試しましたか？テストをバッチで、複数のノードで、アニメーションを削除した軽量Webアプリケーションに対して実行していますか？この発表はそんなあなたのためのものです。私も少し前に同様の問題に直面していました。少し奇妙な質問から始めさせてください。コードのテストカバレッジレポートの生成を検討したことがありますか？同僚に反対されたり、そのようなレポートがいかに読みにくく理解しにくいかを自分で発見したりしましたか？そのようなレポートには隠された価値があり、その価値がテストインパクト分析であることをお話ししたらどうでしょうか。テストカバレッジは、テストが十分かどうかを本当に教えることはできませんが、特定のコードや特定の変更に関連するテストが何かを教えることができます。自動化テストは、製品に回帰を導入することから私たちを守るために不可欠です。テストは砂糖とクリームだけではありません。コストが伴います。実行時間です。テストインパクト分析は、テストがどれだけ関連性があるかを決定します。重要なテストのみに焦点を当てて、実行時間を最小限に抑えるのに役立ちます。私は、50k以上の自動化テストで安全に保護された製品でこの技術を採用した私たちの旅について話します。私たちが直面した課題とそれらをどのように解決したかを共有します。どのような改善を期待していたか、そしてWebDriverを含むすべてのテストの実行時間を30%削減した方法について。また、実験から学んだことと将来の計画について。要約すると、オープンソースツールを使用してプロジェクトでテストインパクト分析を行う方法と、パイプラインで安全に実行するためにどのような戦略に従うかを示します。テストインパクト分析をパイプラインに導入する際に運用筋肉をどのように構築したか、そしてパイプラインに影響を与えるすべての内部サービスを本番サービスとして扱い、ユーザーへの重要な修正のスムーズな配信を保証する方法を学びます。
経歴:
心からのテスター。生まれながらのテスターと言えるでしょう。プロのキャリアを始めて以来、テスト自動化とスクリプティングで手を汚し続けています。WebとモバイルアプリケーションのためのStrategy設計、アーキテクチャ、フレームワークとテスト環境の提供。地域のテストコミュニティに積極的に参加。ポーランドとヨーロッパで最も人気のあるテストと開発カンファレンスで発表。Spartezに参加して以来、Atlassianのdeveloperがよりよいtesterになるのを支援。探索方法を教えています。ビッグデータ、科学的手法、統計分析を愛しています。単一の公式でソフトウェア開発における品質の定量化を追求しています。
Client Side Speech Recognition Testing
概要:
今日の多くのアプリケーションが音声入力を受け入れたり、Google、Amazon、Appleなどの音声認識エンジンと統合したりしているため、QAチームがアプリケーション内の音声入力をテストできることが重要です。Docker-SeleniumイメージとPulseAudioを使用して、Rosetta StoneのQAチームは、ユーザーが音声を話しているかのように、事前録音された音声ファイルをシミュレートされたマイクロフォンに渡すことができるDockerイメージを作成しました。このトークでは、私たちが探索した利用可能な代替案とその制限、PulseAudioをDocker-Seleniumイメージに統合する方法、およびSeleniumテスト内で音声ファイルを再生する方法について見ていきます。
経歴:
Paulは7年以上QA業界にいます。現在、Rosetta Stoneのリードクオリティエンジニアとして、社内モバイルCIテストや音声認識の自動化などの大規模なQAイニシアチブに取り組んでいます。彼はオープンソース愛好者で、Appium Desktop、TestArmadaのNightwatch-Extra、その他のオープンソースQAツールにコードを貢献しています。
Toolbox for Selenium Tests in Java: WebDriverManager and Selenium-Jupiter
概要:
このトークでは、JavaコードからのSeleniumの使用を簡素化するように設計された2つのオープンソースツールを紹介します。一方で、WebDriverManagerはSelenium WebDriverによって要求されるバイナリ（ChromeのためのchromedriverやFirefoxのためのgeckodriverなど）の管理を自動化することを可能にします。他方で、Selenium-JupiterはJUnit 5の拡張機能で、ローカル、リモート、または「Dockerized」ブラウザやAndroidデバイスをシームレスな方法で制御することを可能にします。この拡張機能は、VNCによるリモートアクセス、セッション録画、テストテンプレート、またはJenkinsとの統合など、豊富な機能を提供します。
経歴:
Boni GarcíaはスペインのUniversidad Rey Juan Carlosの助教授です。彼はソフトウェアテスト、Webエンジニアリング、オープンソースに情熱を注いでいます。彼は国際会議論文、ジャーナル、および書籍「Mastering Software Testing with JUnit 5」を含む30以上の出版物の著者です。彼は、Selenium-Jupiter（SeleniumのJUnit 5拡張機能）およびWebDriverManager（Selenium WebDriverのバイナリドライバーの管理を自動化することを目的とした有名なヘルパーライブラリ）を含む、Seleniumのさまざまなオープンソースユーティリティの作成者です。
The edge of the pyramid
概要:
ビルドにはどのくらい時間がかかりますか？時間？ビルドが何度も赤くなるのに、誰も壊していないように見えることがありますか？あなたもそれを知っているでしょう、このビルドは臭います。しかし、どのようにビルドを改善し、緑を保つことができるでしょうか？簡単です。触れやすいテストをテストピラミッドの底に移動するだけです。この探求に一緒に参加してください！
経歴:
ソフトウェア開発者として3年間働いた後、Elenaはキャリアを変更し、品質に焦点を当てることにしました。彼女はBDDなどの技術を発見し、開発プロセス内で品質がいかに重要であるかを実感しました。彼女はバルセロナのRoche Diagnosticsでテストソフトウェアエンジニアとしての仕事を受け入れました。Rocheで数年過ごした後、彼女はNetsuite-Oracleに参加しました。Netsuiteで、良質のアプリを作成したい場合、チーム全体がテストに関与する必要があることを実感しました。このため、彼女は同僚とテストへの情熱を共有して、講演、ワークショップ、ペアテストを始めました。3年後、Elenaは1年間の無給休暇を取り、日本を発見することにしました。1年では足りないようで、滞在することにしました。現在はElectronic Artsでクオリティアナリストとして働き、世界のこの部分でアイデアを共有しています。
Collaborating on Open Source Software: How I Started contributing to Open Source and Why You Should Too
概要:
オープンソースソフトウェアに貢献したいと思う理由はいくつかあります。私にとっては、プログラミングチャレンジをするよりも有用な方法で学習したかったからです。そこで、自分で使っているオープンソースプロジェクトにどのように貢献できるかを調べました。約2年間貢献した後、貢献から多くのことを学んだ（仕事で役立った）だけでなく、友達を作り、コミュニティの一員になったことに気づきました。このトークでは、Cucumberへの貢献の経験を共有します。初期のミス（まだ準備ができていないものをマージしてしまう）と、コア貢献者のサポートでそれを修正し、それでも歓迎されていると感じることも含めてです！プロジェクトと最初の貢献を見つける方法、コミュニティとつながって貢献が有用であることを確認する方法、そしてあなたができる多くの種類の貢献について学びます。オープンソースへの貢献は、コミュニティに恩返しをする方法です。さらに、学習し、協力し、コミュニティの一員になる方法でもあります。プルリクエストで（建設的な）フィードバックを得て、物事をさらに良くするために協力することは、素晴らしい気分です！
経歴:
Marit van Dijkは、さまざまな役割と企業でソフトウェア開発において15年以上の経験を持っています。彼女は素晴らしい人々と素晴らしいソフトウェアを構築することを愛し、Cucumberのオープンソース貢献者です。彼女は新しいことを学ぶことを楽しみ、テスト自動化、Cucumber/BDD、ソフトウェアエンジニアリングに関する知識を共有し、https://medium.com/@mlvandijkでブログを書いています。Maritは現在bol.comに勤務しています。
Make your automation work for you
概要:
多くのテストとクオリティエンジニアにとって、作成される自動化テストは手動テストとワークフローの自動化バージョンです。それらについて特別なものはありません。テストスイート自体内の品質を向上させたり、欠陥のリスクを下げたりするものもありません。より速く実行されますが、それが唯一の利点です。そうすることで静的な回帰テストスイートが作成されます。今日、テストエンジニアは、エッジケースを書き出すことなくヒットするテストを書けるべきです。この方法で書かれたテストは、実行されるたびにより多くの価値を提供し、いくつかの重要な使用例を解決できます：モバイルアプリや異なる画面解像度にどのように対処しますか？これらのオプションのテストを書き出しますか？これらのケースを個別に書き出す場合、どのくらいの時間を費やしますか？テストの動的データにどのように対処しますか？特定のデータでテストを再現するにはどうしますか？さらに困難なのは、失敗した特定のテストケースをチームメンバーと共有することです。それらの詳細をどのように共有しますか？
経歴:
Andrew Krugはキャリアの早い段階で天職を見つけました - テスト自動化です。そこで彼は「The Lazy Coder」というニックネームを正当に獲得しました。彼の旅路で、デスクトップブラウザとモバイルデバイスの両方に対して大規模なテスト自動化インフラストラクチャを構築してきました。余暇には、Seleniumカンファレンス委員会メンバーであり、すべてのSeleniumカンファレンスでDiving into Seleniumワークショップを運営しています。AndrewはGingham Consultingでクオリティエンジニアリングとソフトウェア開発実践についてコンサルティングを行い、LazyCoder.ioでブログを書いています。
All is thanks to you, Selenium.
概要:
Seleniumは世界中でよく知られた自動化ツールです。このトークは、プロジェクトにSeleniumの導入をためらっているあなたのためのものです。彼はSeleniumを使ってタスクを解決したくなるような、Seleniumの素晴らしいヒントを紹介します。
経歴:
Kimは楽天のランキングテスト自動化チームの主任エンジニアです。彼は韓国軍でリーダーでした。軍隊での経験を活かして、リスクを回避しながら迅速な開発環境を構築することに熱意を持っています。彼は初恋の日本人女性と8年間交際しているロマンチックな男性です。
Blockchain 101 - Growth & Pains of a Tester
概要:
新しいプロジェクトの開始時に、どうやってその技術を理解したらよいのかと思ったことはありませんか？どこからテストを始めればよいのでしょうか？それがKimが2018年初頭にブロックチェーン技術を使用する製品を構築することがビジネスで決定されたときに置かれた状況でした。この製品では、ユーザーが金と銀に裏付けられた暗号通貨を購入できるようになります。ブロックチェーンと自動化エンジニアリングの両方の新参者として告白するKimと一緒に、そのような製品を市場に出すまでの経験を旅してみましょう。急勾配の学習曲線を登らなければならなかった経験も含まれます。ブロックチェーン技術の概要から始まる旅に出ます。この時間に、ブロックチェーンに関連してよく使用される用語が説明されます。ハイライトには、開発中の私たちのチームの学んだ教訓が含まれます。チームの多様性が、充実した関連製品とUIとUXを形作った初期の問題の特定にどのように役立ったか。Kimは、開発中に採用された革新的なテスト方法を含む、チームの現在の方法論とテスト戦略を共有します。取引の作成とブロックチェーンに追加されたことの確認のライブデモンストレーションで締めくくります。
経歴:
Kim Nepataは、ブロックチェーンと金融を含むさまざまな役割で5年間の総合的なテスト経験を持っています。Kimは、セールス、広告、保険引受を含むさまざまなキャリアパスによる人生経験と専門的多様性に富んでいます。この業界の新参者として、Kimは常に品質の高いユーザーフレンドリーなソフトウェアを開発するという強い意図に基づいて、専門的成長の境界を継続的に押し広げています。彼女はテスターフォーラムで活動し、Lean Unwind Meetup Brisbaneの共同創設者であり、自身のテスト経験について内省的なブログライターです。
Testing for an Inclusive Web: Accessibility Testing
概要:
世界保健機関によると、10億人が障害を持っていると推定されています。W3CのWebコンテンツアクセシビリティガイドライン（WCAG）は、政府によってますます義務化されており、多くの業界でWebサイトを障害を持つ人々にとってよりアクセシブルにするために使用されています。開発者は、簡単にオンまたはオフにできるライトスイッチのように、Webサイトをアクセシブルにするよう言われることがよくありますが、それは簡単ではありません。Manojは手動でアクセシビリティをテストする方法と、自動化されたアクセシビリティテストで時間を節約する方法、その必要性について説明し、Seleniumなどのツールを使用して既存の自動化スイートに労力なしまたは最小限の労力で追加する方法を紹介します。
ほとんどの企業は継続的デリバリーとDevOpsモデルに移行しており、継続的統合ツールの有効化による迅速な配信サイクルで、この速度に合わせて高速フィードバックメカニズムの継続的テスト - 「自動化テスト」がビルドの検証に使用されていますが、なぜ機能的に検証するだけでなく、障害/欠陥を持つ人々を含むすべての人がアクセスできるかどうかを確認し、何らかの障害を持つ人口の20%（10億人）に対応するためにアプリのアクセシビリティも検証しましょう。
このセッションは以下を理解するのに役立ちます：
アクセシビリティテストとは何か
アクセシビリティテストを自動化するために利用できるさまざまなツール
アクセシビリティテストを自動化するために別の取り組みが必要か
アクセシビリティに関する専門知識が必要か
経歴:
ManojはApplitoolsのテクニカルリード、Seleniumコミッター、プロジェクトリーダーシップ委員会のメンバーです。彼はオープンソース愛好家で、Selenium、ngWebDriver、Serenity、Protractorなどのライブラリでアプリをよりよくテストするのに役立つさまざまなライブラリに貢献しています。彼はSeleniumブログAssertSeleniumの著者でもあり、アクセシビリティ愛好家でもあります。
Sponsor Session
Development platform for Mobile App in Yahoo Japan Corporation
概要:
Yahoo Japanは100以上のサービスを提供し、多くのモバイルアプリを開発しています。
私たちのチームは、さまざまなサービスの開発を効率化するCI/CDツールを開発・保守しています。
このセッションでは、当社で開発しているツールと、Appiumやその他のOSSを使用してテスト、ビルド、ドッグフーディング、フィードバックを効率的に実施する方法を紹介します。
経歴:
西島博史は、モバイルアプリケーションのテストプラットフォームを開発するYahoo Japan Corporationの開発者です。10年以上のフロントエンド開発経験があり、開発プロセスの改善に興味を持っています。
Sponsor Session
How to realize a large-scale Appium server with Remote TestKit
概要:
Remote TestKitは、日本やその他の国/地域でリリースされた多数のモバイルデバイスを提供するデバイスクラウドサービスです。手動テストに加えて、自動化テストも利用でき、Appiumサーバーは自動化テスト機能の1つとして提供されています。このセッションでは、Remote TestKitで500台以上のモバイルデバイスを使ったAppiumサーバーをどのように実現するかについて説明します。
経歴:
久野孝二は、デバイスクラウドサービスを提供するKatomakku Inc.の創設者でした。同社はNTT Resonant Inc.に買収されました。彼はサービス：Remote TestKitの開発を続けています。
Sponsor Session
How Selenium and Appium support LINE services
概要:
LINE株式会社は、LINEアプリに加えて、複数の種類のサービスを世界に提供しています。現在の高速な機能開発とリリースには、自動化テストが必須となっています。実際、LINEは開発やモニタリングを含むさまざまなフェーズで多様なテストを実施しています。その中でも、E2Eテストはユーザーに近い状況で実施されるため最も重要なもののひとつであり、そこでSelenium/Appiumが大きな役割を果たしています。LINEがSelenium/Appiumをどのように活用しているかについてお話しします。
経歴:
LINE Fukuoka Corporation開発第2部自動化テストチームマネージャー。主に自動化テストに関するシステムやライブラリの開発を担当。
Sponsor Session
The Operation of Automated Tests
概要:
Humancrestは、さまざまな顧客サービスで自動化E2Eテストを実施してきました。私たちは自動化テストのプラットフォームとしてLynxを開発・運用しています。自動化テストの開始は、もはや困難ではありません。しかし、UIテストは遅くて脆弱なため、保守と運用が困難です。E2Eの自動化テストは、継続可能になったときに意味があると思います。私たちがどのように取り組んでいるかを紹介したいと思います。
経歴:
さまざまな企業で20年間、ほぼすべての職種（要件、開発、運用）を経験しました。すべてを経験した後、品質が業界にとって最も重要な事項であることを認識し、QAビジネスに参加しました。E2Eテストとパフォーマンス/負荷テストが私のお気に入りです。
