目次 対応 Pull RequestInstall selenium-webdriverChange Capybara.javascript_driverInstall chromedriver On MacOSOn CircleCIOn TravisCI参考リンクRailsのCapybaraを使ったE2Eテスト(feature spec)をこの度、poltergeistからHeadless Chromeに乗り換えてみたのでそのときのメモ。 対応 Pull Request今回対応したPull Requestはこちら。 Use headless Chrome instead of PhantomJS(poltergeist) by toshimaru · Pull Request #211 · toshimaru/RailsTwitterClone · GitHub 思ったよりも差分はコンパ

こんにちは。メドピアのRuby(Rails)化をお手伝いしている@willnetです。最近は子育てに忙しくしています 👶 先日、メドピアで利用しているcapybaraのjavascript driverをpoltergeistからheadless chrome(selenium-webdriver)に移行しました。driverを変更するにあたって既存のテストコードをいくつか修正する必要があったので、そこで得た学びを共有したいと思います。 なぜ移行したのか ここ数年、Railsでエンドツーエンドのテストを書くときにはpoltergeistを使う、というのがデファクトスタンダードだったはずです。それ以前はみんなcapybara-webkitを使っていましたが、poltergeistはバックエンドにPhantomJSを使っており、Qtに依存しているcapybara-webkitと比べてビルドが

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは！ 皆さん映画見てますか！！ 映画ってほんとうに良いものですよね！！！ 私は昨年ついに、立川シネマシティの会員になってしまいました！！！！ 突然ですが映画の話を差し込みます ゴーストバスターズ という1984年の大ヒット映画があります。科学兵器で幽霊退治をする映画です。 最近になってあらためて観ますと、劇中の最終目的地となるビルが呪術的な構造をしていて純度の高いSelenium（セレン）を含んでいる、なんて感じの説明があってニヤリとするわけです。 Seleniumの構造体に巣食うPhantomを退治してしまうのね... という

こんにちは。kintoneチームの宮田です。好きな食べ物は寿司です。たまに築地から出社します。 2015年2月24日（火）に発売されるWEB+DB PRESS Vol.85に「Selenium最新活用 安定した開発を支えるE2Eテスト自動化」という特集を書かせていただきました。ざっくり以下のような内容になっています。 Seleniumとは Selenium WebDriverの基本的な使い方 安定・高速・メンテしやすくするための改善テクニック kintoneチームにおける運用事例・開発プロセス 入門から運用までひと通り書いたので、Seleniumに興味がある人＆既に使っている人にとって少しでも役立つ内容になっていればと願います。 宣伝だけではあれなので、未完成で記事には入れられなかったSeleniumテスト環境のクラウド移行についてちょっと書かせていただきます。まだトライ中のものなのでざっ

MFクラウド会計・確定申告を担当しているエンジニアの谷口です。 マネーフォワードでは、すべてのサービスがユーザーファーストにて開発されています。 今回のエンジニアブログでは、マネーフォワードのサービスの１つであるMFクラウド会計・確定申告において、ユーザーの声がどのような流れでサービスに反映しているのかを紹介します。 1. ユーザーの声の収集 まず、google spredsheetにユーザーの声を集めます。 営業チームやCSチームがユーザーからの意見や問合せを頂いた際や、開発メンバー（開発メンバー1人1人もユーザーです）が実際に触っていて閃いた時に、ユーザーの声として書き込んでいます。 このユーザのご意見台帳は、相当カオスになります。 大切なこと 敷居の低さ 最終的に開発につなげていくことを考えると、「現状どうなっていて」「期待した状況は何で」「どのように解決してほしい」という情報がある

本格的なテストを行うまえに 情報収集したものを備忘録として残しておきます。 外部サービス appium 名前から分かるとおりseleniumのようなテスト自動をアプリで行うことが可能。必要条件は「Mac OSX 10.7以上、XCode 4.5以上 」となっているがSwiftも対応しているかは実際にコードを書かないとわからない。 saucelabs https://saucelabs.com/ seleniumやappiumのテストを高速実行。実行時のビデオも残してくれる。 Remote Test Kit リモートによる実機テストができる。 機種依存ポイントとなるセンサ周りのテストがしづらいのは残念。 OSS Quick Swiftが発表された２日後にGithubにコミットされた、世界で一番最初のSwiftのテストフレームワーク。RSpec, Specta, Ginkgoの影響を受けている

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? アナウンス Selenium 談話会 in Slack まだまだ活動続けています！！(2019/09/09追記) https://selenium-danwakai.connpass.com/ でアナウンスを出しています。 2015/春から「Selenium 談話会 in Slack」というものをはじめました Slack(チャット)を使って日々の困りごとなどを同士とリアルタイムで情報交換することができます 登録されたユーザは2015/06/25時点で35名 => 2019/09/09時点で596名 半年に１回程度でチャット上に集まってテ

2. 私 • 松尾和昭 • テストエンジニア at Cookpad • Twitter: @Kazu_cocoa ! • 関連 • JaSST’14 Hokkaido • 『モバイルアプリ開発体制の継続的改善』

第２回日本Seleniumユーザーコミュニティ勉強会(http://seleniumjp.connpass.com/event/9222/)の発表資料です。 サイボウズのエンジニアブログで補足記事を書いています。 http://developer.cybozu.co.jp/tech/?p=7934Read less

今日は、テスト自動化と、ブラウザ自動テストツールSeleniumについて、知らない方でも分かるようイチから解説したスライドを作ったのでご紹介します。 このスライドは、2014年2月28日に開催された「Enterprise × HTML5 Conference」の発表スライドに、時間の関係で省略した多数の未発表ページを加えたものです。 イチから分かる解説についてはこれで終わりですが、せっかくですのでスライドの見どころをご紹介しましょう。

JavaScriptテスト自動化ツールSeleniumのこれまでとこれから（前編）。第1回 日本Seleniumユーザーコミュニティ勉強会 JavaScriptのテスト自動化ツールとして知られるSeleniumに関する勉強会「第1回 日本Seleniumユーザーコミュニティ勉強会」が、1月18日に都内で開催されました。 JavaScriptを活用した大規模なWebアプリケーションが増えるなかでSeleniumへの注目は高まっており、会場には100人近い参加者が集まりました。この記事では、そのイベントをダイジェストで紹介します。

1月18日 第1回 日本Seleniumユーザーコミュニティ勉強会(東京都) に参加してきたので、そのメモです。 コミュニティ開催のごあいさつ: TRIDENT 伊藤望さん 日本Seleniumユーザーコミュニティは半年ほどで現在のメンバー 200弱。 海外だと 14000 超えるユーザーグループが。 今日の参加者アンケートでは、 - WebDriver, Selenium IDE, WebDriver と Selenium IDE 両方を使ってる、という人が 1/3ずつくらい - WebDriver 書くのに使ってる言語は Java が圧倒的に多い 招待セッション: Selenium Co-Founder/SauceLabs Jason Huggins さん (通訳付き) ほんとは去年の 11 月に来るはずだったのが延期になって申し訳ない。でも、イイ言い訳があるんだ。Healthcare

こんにちは。kintone 開発チームの長谷川＆宮田です。 みなさんテスト書いてますかー？ 品質の高い製品をリリースし続けるためにはテストを書くのは当たり前。でも実際にテストを書いたりメンテナンスをするのは大変なこと。特に、ユニットテストではなく Selenium のようなブラウザテストはコストが高く、運用が難しい面も。。 kintone チームでも Selenium を使って自動化試験を行なっています。 ここ1年ぐらいで随分テスト周りの仕組みが整備され、製品の品質向上に繋がっていることを実感していますが、 最初の頃は失敗も多く自動化試験としてはあまり機能していませんでした。今回はそんな kintone チームの自動化試験への取り組みの失敗とその改善について紹介したいと思います。 Selenium の失敗あるある 始めに昔の取り組み（失敗談）をいくつか簡単に紹介します。 テストの目的が曖昧

ブラウザの画面テストを自動化するツール、Selenium。 大変便利なツールなのですが、Selenium RC、Selenium IDE、WebDriverなど色々な名前が出てきて、「なぜこんなややこしいことになっているんだろうか」と思ったことはありませんか? その理由を知るには、Seleniumの歴史について知る必要があります。 今回は、Seleniumの誕生から2013年5月現在に至るまでの歴史を振り返りながら、それぞれのツールがどのような位置付けのものなのか、見ていくことにしましょう。 ※ 歴史はいいからとりあえずSeleniumを使ってみたい、という方は、Selenium公式サイトからSelenium IDEをダウンロードすれば使えます。 Selenium Core Seleniumの原型は、米ThoughtWorks社で働いていたJason Huggins氏によって2004年に作

Seleniumを使ったWeb UIの自動テストシステムを作ったので、やったこと・感想などをまとめてみます。 テスト対象 テスト対象は、AJAXなWebアプリです。 サーバーはREST APIを提供するのみで、UIは全てJavaScriptという構成。 サポートブラウザはIE7以降,Firefox3.6以降。(特定の組織内で使うものなので、Operaなどは未サポートです。) 使用したSelenium 2.x 系列を使いました。 WebDriverと統合されたあとのやつです。 言語はJavaを使用。 テストの目的 以下を目的としました。 機能追加/不具合改修でのデグレード防止 機能追加や不具合改修に伴う動作不正を検出し、デグレードを未然に防止する。 動作確認コストの削減による開発効率の向上 ブラウザごとの動作確認を自動テストを利用して行うことで、機能実装時の確認工数を減らす。 リリース前のリ

形式は前半・後半に時間を区切って オープンスペース 形式。要 ポジション・ペーパー というのも変わらず。 この形式はいいんじゃないかなと思ってる。最初、秋葉原でやっていた頃、参加者全員が集まって座れる場所を確保できなかった故に 角谷さん の発案でオープンスペースになったそうだけれど( 第0回 )、これによって、最多で10人程度に分かれるから参加者のコミュニケーションが促進されてる。Listen Only Memberを発生しにくい仕組みになってるんじゃないかと思う。 反面、少数であるが故に全員が受け身だとひたすら沈黙になってしまうのは確か。一時期、そういう感じでいつまで経ってもセッション案が出なかったりしたけれど。でも、 もろはし さんの提言で事前にセッション案を十分に出しておくというのが復活して、そういう難点は解消されつつある。 ポジション・ペーパーについてはこれはよい作用をしているのは