Selenium IDEは、ブラウザ操作の記録と再生が手軽にできるFirefoxアドオンです。 Selenium公式サイトのダウンロードページを見ると、「Selenium IDE Plugins」というタイトルで、このSelenium IDEの機能をさらに拡張するFirefoxアドオンがたくさん並んでいます。 今回は、これらのSelenium IDEプラグインの中から、特におすすめのものを選んで紹介したいと思います。 Favoritesお気に入りテストスイートの簡単読み込み おすすめ度:★★★ Selenium IDEにテストスイートを読み込んだり、別のテストスイートに切り替える作業は、意外と面倒ですね。 このプラグインを使えば、IDEの画面に「Favorites」ボタンが追加され、テストスイートの読み込み・切り替えが簡単にできます。 使い方も簡単ですぐ覚えられます。 詳細(英語)
Selenium IDEは、ブラウザ操作を記録してSeleniumのスクリプトを生成できるFirefoxプラグインで、プログラムを書かなくてもSeleniumのスクリプトが作成できることから、多くの人に利用されています。 記録したスクリプトの再生をSelenium IDEで行うこともできるのですが、Firefoxプラグインということもあり、これまで実行はFirefoxでしか行うことができませんでした。 しかし、2013年4月26日にリリースされたSelenium IDE 2.0を使えば、Selenium IDEからChromeやInternet Explorerなど他のブラウザ上でのテストスクリプト実行を行えるようになりました。 今回は、SeleniumのコミッターであるSamit Badle 氏のブログ記事 "WebDriver Playback in Selenium IDE is H
I have an app running on Rails 4 / Ruby 2. The frontend is being developed with Ember. When running rake spec, I'm getting the below exception. It seems to only happen in Rspec feature specs (not in dev mode). Also, it usually only happens if I run just the one feature spec; if I run the entire test suite, I don't usually get the error. The error is occurring because of this commit to Rails: https
シリーズ(?)の途中ですが軽く脱線。 route_toマッチャを使うと出来るみたい。名前付きじゃなくてもroute_toマッチャ使うんだけどね。ルーティング可能かどうかだけならbe_routableマッチャでよさげ。 spec:routingタスクでルーティングだけテストできる。 % rake spec:routing routes to the pages controller GET root_path should be routable should route to {:controller=>"pages", :action=>"home"} GET service_path should be routable should route to {:controller=>"pages", :action=>"service"} Finished in 0.12806 seco
xUTP Magazine について 『xUTP Magazine』、略して『ぺけま』は、xUTP読書会の有志による xUnitester の xUnitester による、xUnitester とそうでない人のためのウェブ雑誌です。 最新号 0004号 巻頭言 xUTP Topics: 第三回 xUnit Test Patterns の世界観「テストコードの不吉な臭い」 TDD Live 番外編(TDD序破Q) 編集後記 バックナンバー 0003号 xUnitester Hotlinks: 第一回 和田卓人さん(下) goos 読書会への誘い 来年(2012年)のTDDBC予報 0002号 xUnitester Hotlinks: 第一回 和田卓人さん(上) xUTP Topics: 第二回 xUnit Test Patterns の世界観「テストコードの不吉な臭い」 mockitoでサ
概要 テストの実行を高速化するSporkと、自動化するGuardを組み合わせて、快適なテスト駆動開発(TDD)環境を作ります。 構成 Ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-darwin10.7.0] Rails 3.1.0 RSpec 2.6.0 Spork 0.8.5 Guard 0.7.0 guard-spork 0.2.1 guard-rspec 0.4.5 gemパッケージのインストール 以下のgemパッケージをインストールします。 rails rspec rspec-rails spork guard guard-spork guard-rspec rb-fsevent growl Gemfileはこんな感じになっています。 group :development, :test do gem 'rails3-gener
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
■概要 capybaraとwebkit(たぶんselenium)を利用する際は、capybara側がブラウザとやりとりする為のスレッドを立ち上げる為 RSpec.configure do |config| ... config.use_transactional_fixtures = false end してfixtureのトランザクション制御をあきらめる必要があります。これでは少し都合が悪いので、 DatabaseCleanerを利用して代用する等行う必要があります。 ところがrailsコアチームのjosevalim氏が解決策をぼそっとつぶやいてました。実際にやってみると上手く動くだけでなく実行速度がかなり改善されました。 ■解決策 つぶやきで紹介されている方法は非常に簡単です。 spec_helper(test_helper.rb)で下記の用に追記しましょう。 RSpec.config
I would like to increase the speed of my tests. Should I use use_transactional_fixtures or go with the database_cleaner gem? Which database_cleaner strategy is the best? I noticed that after migration from :truncation to :transaction my more than 800 examples run about 4 times faster! Should I turn off use_transactional_fixtures when I use database_cleaner :transaction? Is it true that the best st
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く