はてなブックマーク

describe("Google Test", function() { it("Shows Google", function() { browser.url("/"); browser.addValue('input[name="q"]', "DeNA SW"); browser.waitForVisible('ul[role="listbox"]', 3000); browser.elements('ul[role="listbox"]').click("div=dena swet"); expect(browser.elements("body").getText()).to.include("DeNA Testing Blog"); }); }); 僕がいつもブラウザ自動化スクリプトでサンプルにしているコードです。 Googleにアクセスして、"DeNA SW"までを入力して、サ

cypressとは 今週あたりtwitterで話題になっていたE2Eテストフレームワーク。 これまで private beta だったのが public beta になったとのこと。 この記事でcypressを触ってみながらどういうツールなのか、どういう用途に向くのかというのを明らかにしてみたい。 現状をぱっと見た感想では、クロスブラウザテストを必要としないテストレベルに向きそう。 つまり、これまで phantomjs だとか最近だと puppeteer を使って書く開発者がやるようなコンポーネント統合テストあたり。 なお、Seleniumは共通のAPIを定義していおいて、それをブラウザベンザごとに対応してもらうような体制ができているので、クロスブラウザテスティングがすごくやりやすいものなんだけど、（その割にブラウザ間の差異がいまだにでかくて共通的にテストかけなくてつらみがでかいんだが）

過去に https://qiita.com/okitan/items/00b677df1a941a1e0ba0 を書きました。 当時は、DockerもなくCI環境においてブラウザを動かす（それも複数）のはそれなりの苦労があり、PhantomJSを使う選択肢もあるよ（挫折するよりはある程度妥協してCIを実現したほうがいいよ）というのを提示するために書いたものでした。 時はたち、昨日のアドベントカレンダー(https://qiita.com/re-fort/items/7875d317d406e66072e7 )にもあったようにDockerを使って簡単に環境を作ることができるようになってきました。 今回Selenium使い向けにPuppeteerを紹介する意図としては、クロスブラウザテストをやらないんであれば Seleniumを使わない選択肢もあるよというのを提示できればと思っています。 Pu

近年、swagger(Open API)やswaggerの参考になったJSON Schemaにより、Webサービスに対してmachine readableなスキーマを定義し、そこからのツールチェインでAPIドキュメンテーション・クライアント・APIスタブ・リクエストバリデータ等を自動生成可能になり、これにより、品質が高く効率的な開発ができるようになりました。 しかし、実際のところJSON Schemaやswaggerで書かれたスキーマをきちんと書くことは非常に難しく、意図したスキーマになってないことが多くあります。一般に欠陥の発見が後になればなるほどその修正コストは非常に高くなります。特に、スキーマからツールチェインを用いていろいろな箇所で利用する場合にはより大変になります。 そこで、スキーマが意図通りに定義できているかということを確認するために、スキーマに対して実データを当てはめてみるよ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ダウンロードに時間がかかるときの挙動を確認したいことがあります。 一般的には、クライアントに速度制限アプリをいれたり、nginxのようなサーバでrate_limitのような速度制限を入れるのが一般的です。 本記事ではそういったアプローチではなく、rackレベルで速度制限をかける方法を紹介します。 当然、サーバ側のコードに手をいれるので、サーバアプリケーションの検証目的には使えませんが、クライアント側に速度制限アプリをいれる手間を省いたり、リクエストごとに通信速度を可変にするといったアプリ層ならではの柔軟性があったりします。 rack のレスポンス railsもsinatraもpadrinoすべてはrackの土台の上にできています。また、webrickもpassengerもunicornもpumaもrackに対応しています。rackはこのようにWebフレームワークやWebアプリケーションとア

この記事はSelenium/Appium Advent Calendar 2014の12日目の記事です。誰も書かなさそうなので小ネタを引っ張りだしてきました。 chromedriverのアーキテクチャ chromedriverはJSON Wire Protocolを受けるSelenium ServerとChromeの間の通信をRemote debugging protocolで行っています。これは、Chromeに標準で内蔵されているDeveloper Toolsでも利用しているものです。 chromedriverを使ったプログラムを途中で止めて、Developer Toolsでデバッグしてみて、そのDeveloper Toolsを閉じずに、プログラムを再開したら、Seleniumのセッションが使えずに死ぬといった経験はわかる人にはわかるでしょう。これは、両者が同じAPIを利用していて、かつ

この記事はSelenium/Appium Advent Calendar 2014の8日目の記事です。ネタを考えねばといいつつ何も考えてなかったので、小ネタになりました。 Selenium WebDriverによる要素の取得 Selenium WebDriverは、JSON Wire Protocolを介して、表示されている要素の取得や、操作を行うことができます。 表示されている要素の取得は、 /session/:sessionId/elementや/session/:sessionId/elementsに対してPOSTすることで、POSTした条件に当てはまる要素のidが取得できます。elementとなっている方は、当てはまる最初の要素を、elementsは全部を配列として返してきます。 このidは、html上のidとは関係なく、Selenium Serverが内部の管理用に割り当てたもの

この記事は、Selenium Advent Calendar 2013の8日目の記事です。 Web+DB PRESS vol.77の特集1「スマートフォンテスト最前線」の第3章で、様々なSeleniumのDriverの紹介をしました。 4章の中でPhantomJSも取り上げることになっていたため、3章ではあえて取り扱いませんでした。 そこで、本記事では、Selenium使いのためのPhantomJS解説と銘打って、PhantomJSDriverの紹介とそのTipsを解説します。 PhantomJS とは PhantomJS は、ヘッドレスなWebKitベースのブラウザで、JavaScriptの実行も可能です。ヘッドレスなブラウザを操作するために、PhantomJSはJavaScriptのインターフェースを提供しています。またそれをラップした様々な関連ライブラリがあります。 GhostDri

この記事は、Selenium Advent Calendar 2013の1日目の記事です。 Selenium の locator Selenium を使って、ブラウザの操作を自動化するときに、どのリンクをクリックするか、どのフォームに値を入力するかを指定する必要があります。 画面上のどの要素を操作するかを指定するための情報をSeleniumではlocatorといいます。Seleniumでは、ブラウザ（厳密にいうとSelenium Server)とクライアント間の仕様としてJSON Wire Protocolが定められており、利用できるlocatorもそれに従います。 要素を探索する場合 /session/:sessionId/element に、locatorを含むJSONをPOSTするのですが、その locator として、class name、css selector、id、name、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

この記事は、Ruby開発環境 Advent Calendar / Jul.の3日目の記事です。 テスト自動実行のススメ TDDを実践していると、Red -> Green -> Refactoring をリズムよくループさせることが重要となります。 そこで、コードの変更を検出してテストを自動で実行するようなツールによるサポートがあるとものすごく捗ります。 古くは autotest(ZenTest) のような gem を利用して実現していました。 今でも「ruby 自動テスト」とかでググると autotest に関する昔の記事が上位に出たりします。 autotest は定まった環境では非常に便利なのですが、 少し違ったことをしようとすると、変更が非常にめんどくさく、柔軟性に欠けていました（今もそうかは知りません）。 そこで、監視対象とそれが変更された時に何をするかがDSLで簡単に書けるような

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

「はじめの一歩」というテーマにふさわしい素晴らしいイベントだと思いました。 以下、感想 ソーシャルコーディング with @june29 「あみだくじ」か「English Numerals」がお題だけど、あみだくじに専念 ice break にもなったしすごいよかった。楽しい。 https://gist.github.com/2856957 Yokohama.rb と Minato.rb のおいしい関係 @satomicchy これから Ruby/Rails をはじめる人に勇気をつけるいい発表でした はじめての Rails by @nay3 これから Ruby/Rails にどういうことを意識していけばいいか Enumerator::Lazy @nagachika Enumerable each 実装すれば map とか select とか使えるようになるよ Enumerator 外部イテ