Seleniumの断片 #44
カテゴリー
Capybara の週として始まったものが、かなりうまくまとまりました
私はサードパーティの抽象化レイヤーを使用するのは好きではありません（ファーストパーティは完全に優れていますが）が、Capybara は大きな市場シェアを持っているので、Capybara (と Selenium) with RSpec & Rails 3: quick tutorial は人々の関心を引く可能性があります。
そして、Capybara の話題ですが、ここに Checking Invisible Elements に関する投稿があります。
Capybara のテーマを維持して、Configuring User Agents with Capybara + Selenium Webdriver があります
単体テストは過大評価されている は、システムのすべてのテストを変更することの良いリマインダーです — 単体テストだけではありません。（ねえ、どれくらいの人がこれで苦労したり、責任を負ったりしたことがないでしょうか。)
人主導のテスト自動化 にはこの素晴らしい短い紹介が含まれています
成功するテスト自動化は、明確なテスト結果を提供する優れたテストを使用します。合格または不合格の結果は、確実で信頼できる必要があります。システムがどのように行うかではなく、システムが何をすべきかに焦点を当てることで、システムのロジックが変更されるたびに、既存のテストケースを壊すことなく、これを簡単に実現できます。
Selenium を使用した Kingdoms Camelot の自動化 は、私がプレイしていた MUD を完全にスクリプト化した日々を思い出させます。
Selenium テストに dynaTrace を含める方法 は興味深いアイデアです。タイミングを有効/無効にするために動作中のスクリプトを変更する必要がないように、外部から制御されるページオブジェクトを使用するとさらに良くなります。しかし、それは読者が行う練習です。（ああ、そして彼らのマーケティング会社が毎日それについてツイートしていなければ、それも素晴らしいでしょう。)
#SFSE ビデオ: Selenium 問題解決セッション には、とりわけ、dynaTrace のデモがあります。
User-Extensions With Selenium RC Using Ruby Client Driver (selenium-client) は少し古くなっています（selenium-client ではなく selenium-webdriver を使用してください）が、それとは別に、ユーザー拡張ドキュメントの重要な欠落部分 — スクリプト内からそれらを使用する方法 — があります。
私は見ていませんが、継続的インテグレーションから DevOps へ: アジャイルと自動化の共進化 は興味深いようです。 私は実際、先週「Selenium は DevOps への入門薬である」というフレーズを使いました。
Jenkins、RVM、Selenium は実際には Cucumber についてですが…
ヘッドレス Jenkins CI ビルドマシンに Selenium サーバーをセットアップする は、8th light のものと似ていますが、Selenese 用です
Selenium 2 と Firebug を FF で実行する は、WebDriver プロファイルに拡張機能を追加する方法を示しています。 さて、これらのすべてのプラグインのスクリプトを書く必要があります
カスタムテストフレームワークの構築 は、少し注意を要する話です
windows でのこのバイナリがこのマシン上のどこに隠れているのかという問題全体は、多くの人々を悩ませてきました。テスト自動化: ビット数を確認する は、（C# での）解決策を示唆しています
Selenium 2.0 および cargo-maven-plugin を使用した機能テスト は、Maven 内から Se サーバーとテストを起動することに関する一般的なドキュメントを更新します
