[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

webdriverに関するhildeのブックマーク (8)

  • WebDriverで新しいウィンドウを開いた時にそっちに操作を切り替える

    WebDriverで画面テスト操作中、「target=”_blank”」のような指定がリンクにあると新しくウィンドウが開いてしまいます。そんな時、WebDriverは既存のウィンドウで操作を続けますが、開いたウィンドウでURLやその他項目を確認したい時はwindow_handleというのを使うことができます。 ソースはこんな感じ。 https://gist.github.com/daipresents/4650be89f8f5b09847034deb601d656b.js?file=gistfile1.txt また、開いたウィンドウを閉じることもJavascriptを使えば可能でした。 https://gist.github.com/daipresents/4650be89f8f5b09847034deb601d656b.js?file=gistfile2.txt WebDriverのウィ

    WebDriverで新しいウィンドウを開いた時にそっちに操作を切り替える
  • WebDriverでChromeを使うときに便利なswitchesオプション

    Chromeを使って画面テストをするときに、ユーザエージェント書き換えてスマフォのテストしたり、画面サイズを変えてキャプチャとったりする場合、Chromeswitchesオプションで結構いろいろできます。 Proxyの設定 https://gist.github.com/daipresents/8c0c09c199abdd7869e6da695b525e57.js?file=gistfile1.txt Proxyの設定が必要な環境だと上記のような設定でOK。Chromeswitchesは配列形式で指定します。 ユーザーエージェントを変更 https://gist.github.com/daipresents/8c0c09c199abdd7869e6da695b525e57.js?file=gistfile2.txt iPhoneのUAに切り替えてスマフォの画面テストも可能に。 http

    WebDriverでChromeを使うときに便利なswitchesオプション
  • WebDriverのWaitを使ってDOMを監視したり意図的に待つ方法

    画面テストはブラウザを使ってテスト行うため、HTMLのロードの時間やロード後に実行されるJavascript処理など、いろんなものに影響を受けるためテストを安定して自動実行するのが難しい。 そこで役に立つのがWebDriverが用意しているWait機能。WebDriverのドキュメントに「明示及び暗黙のWait」について説明があり、JSのロードやページ読み込み待ちの発生する場合に使えそうなWaitの使用方法が書かれている。 暗黙のWait ドライバーに設定するだけで、要素が登場するまで設定した値だけ待つ。 https://gist.github.com/daipresents/d3847e8d747d4f7bfe49a7eb0f9b9a20.js?file=gistfile1.txt 明示のWait 明示のWaitをを使うと、「500ミリ秒ごとにチェックして、OKだったら処理に戻る」といっ

    WebDriverのWaitを使ってDOMを監視したり意図的に待つ方法
  • WebDriverで画面テストを作るときに壮絶に参考になった資料やブログ

    次に、実行時間の問題について。ブラウザを起動するコストがかかるのでどうしても画面テストに時間がかかってしまいます。JenkinsのGrid機能を使うことで時間を短縮させた軌跡がとても素晴らしい。やっぱ、「使い方の説明」よりも「改善の道のり」は面白い! デブサミ関西での事例 デブサミ関西での発表資料。TestNGとWebDriverの組み合わせ。 なんでTestNGを使ったか?というところが興味深くて、僕の環境でもテストが増えてくると、テストのグループ化とかやっぱり考えなければならなくなりました。僕の場合はRakefileでテストケースを分類しているけど、こういう仕組みがテスティングフレームワークにあると便利ですね。 うなの日記さんのブログが壮絶に参考になる うなの日記さんの[雑記] Seleniumを使ったWeb UI自動テストシステムの構築でやったことまとめはものすごく参考になります。自

    WebDriverで画面テストを作るときに壮絶に参考になった資料やブログ
  • WebDriver+RSpecで、壮絶に、受け入れテスト結果を検証する方法例

    Selenium2 WebDriverを使ってRSpec形式で受け入れテストを自動化する方法を模索中です。 これまで調べたこと 環境構築編:Windows7+Selenium2 WebDriver+Rspecでブラウザテストを自動化 TIPS編:Ruby+Selenium2 WebDriverでクロスブラウザチェックする 基的な検証方法 今回はテストケース内で値をどう検証するかを調べてみました。JUnitとかだとassertTrueみたいなメソッドが用意されていますが、画面の場合は HTML内の値を見つけだし その値を検証する というステップを踏む必要があります。値を見つけ出すところは https://gist.github.com/daipresents/b211d3a3cf47908e87f0766f846bd73d.js?file=gistfile1.txt のようにすれば見つかり

    WebDriver+RSpecで、壮絶に、受け入れテスト結果を検証する方法例
  • WebDriverとRSpecを使って自動クロスブラウザ画面テストする

    Selenium2 WebDriverを使うとRubyなどでスクリプトを書くことができます。これが結構便利でCIサーバとも相性がいいので、クロスブラウザチェックするときの書き方をメモ。細かい話はWebDriverのドキュメントに書かれています。 IE、FireFoxi、Chromeでテストする場合の書き方 Chromeを動かす場合は、ここからchromedriver.exe を落としてきてPATHを通しておく必要があります。そして、以下を記述すればOK。 https://gist.github.com/daipresents/97509a466788036c908799ab780f31c1.js?file=gistfile1.txt Proxyを通したい場合の書き方 Proxyを通したい場合は、ブラウザごとにやり方が異なります。 https://gist.github.com/daipre

    WebDriverとRSpecを使って自動クロスブラウザ画面テストする
  • GhostDriverでWebアプリケーションのテストを高速化する - CODESCRIBBLE

    Seleniumを使ったテストは遅いという話をよく聞きます。理由として考えられるのは以下の3つです。 テスト対象のWebアプリケーションが遅いため 遅いテストを書いているため 実際にWebブラウザを動かしているため 1つ目と2つ目は、環境やコードの書き方を変えることで改善可能です。しかし、3つ目はどうでしょうか。実際のブラウザを高速化することなど、そのブラウザの開発者でもない限り不可能です。となると、できることは、可能な限り高速なブラウザを選択することです。 PhantomJSはヘッドレスブラウザです。ヘッドレスブラウザというのはGUIのないブラウザのことで、GUIの描画処理を行わない分、通常のブラウザに比べて高速に動作するという特徴があります。そのため、時間が掛かりがちなWebアプリケーションのGUIテストを高速化するためのソリューションとして注目されています。また、マルチプラットフォー

  • Class: Selenium::WebDriver::Driver — Documentation by YARD 0.8.3

  • 1