前回からの続きで。 DOMエミュレーションの戦略 一方で、本物のブラウザを使わずに何らかのJavaScript実行環境でDOMをエミュレートして、その上でテストを走らせよう、という戦略もある。 この分野の大御所はEnv.js(http://www.envjs.com/)ということになっているのだけど、Env.jsのイヤンなところは導入がめんどくさい所である。何がめんどくさいって、antでビルドしなくちゃいけない。テストのためにどの程度の環境構築コストをかけられるかは状況において違うだろうが、例えばJSをメインでやっているエンジニアが「ちょっとテスト環境整えたい」っていう時にantから入れて頑張るだろうか？Javaの経験や、こういうビルドツールの導入/利用の流れに慣れている人だと全然問題ないレベルなんだけど。 というわけで、Env.jsは結構力を入れて開発されたものではあるのだろうけど、僕に

原文(投稿日：2010/04/05)へのリンク ThoughtWorks StudiosはTwistの最新バージョンであるTwist 2.0をリリースした。Twistはアジャイルテスト自動化ツールだ。Twist 2.0はテスターや開発者、ビジネス分析者が協力してテストすることを支援する。振る舞い駆動開発(BDD)とドメイン特化言語(DSL)の技術を使ってテスト自動化を実現し、動的言語であるGroovyを使ってテストスクリプトを書くこともできる。 Twistは再利用可能なテスト自動化スクリプトを作成するユーザインターフェイスを提供する。このスクリプトは手動テストでも自動の機能テストでも利用できる。また、テスト実行記録をプロジェクトやチームを横断して可視化する。最新バージョンの特徴は、 ハイブリットなテスト拡張: 手動テストと自動テストの各ステップで同じテストシナリオで実行できます。これによっ

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

Webアプリケーションのファンクションテストを行うツールとして注目されている「Selenium」のバージョン1.0が6月20日にリリースされました。安定性が向上するとともに、Firefox 3.0、3.5（Selenium IDEは1.0.2から、Firefox 3.5に対応）や、Internat Explorer（以下、IE） 8などの最新のWebブラウザにも対応しました。 本稿では、Selenium 1.0をベースとしたSelenium IDEとSelenium RCを利用した効果的なSeleniumの利用方法を紹介します。 Webアプリのテストで誰もがイラつく大きな課題 Webアプリケーションテストを手で行うと、非常に煩雑です。Selenium登場以前の従来のやり方では、次のような問題がありました。 回帰テストに時間がかかる バグ修正や仕様変更などで、Webアプリケーションを変更した

Webアプリケーション用テスト・ライブラリ「WatiN」を使う：連載：VBで実践！ 外部コンポーネント活用術（1/3 ページ） 連載目次 WatiN（“what-in”と発音）は、Rubyで記述されたオープンソース・フレームワークである「Watir」をヒントにして作成されたという.NET用のライブラリで、Webアプリケーションをテストするためのものです。WatiNもまたオープンソースであり、WatiNのサイトから入手できます。 WatiNを利用すると、Webアプリケーションでユーザーが行う操作を、VBなどで記述したアプリケーションから疑似的に行うことができ、Webアプリケーションの動作テストの自動化が実現できます。今回はこのWatiNを使ったWebアプリケーションのテストについて紹介します。 ■WatiNのインストール WatiNは、本稿執筆時点で、安定版であるバージョン「1.3.0」と、

第7回 オープンソースの自動化テストツール「Jameleon」の概要：理論的、計画的なWebアプリケーションのテストの実現（1/2 ページ） この連載では、さまざまなテストプロセスがあることを説明してきた。今回は、自動化に向いている機能テストを考えつつ、それを実現するオープンソースのフレームワーク「Jameleon」を紹介しよう。 「テストの自動化」と聞いて、多くの人が真っ先に思い浮かべるのが、JUnitなどのxUnitを利用した単体テストだと思います。JUnitはJavaの単体テストのフレームワークとして最も有名なもので、JUnitを利用することで、単体テストの自動化を簡単に実現できます。 すでに、この連載の中でさまざまなテストプロセスがあることを説明してきました。前回からかなり時間が経ってしまったので、これまでの連載を読み返し、テストプロセスの種類を再度確認してみるのもいいでしょう。

rspec-rails rspec-rails extends RSpec and Ruby on Rails so you can specify the behaviour of your rails web-app. Rails 3 Rails 3 requires rspec 2 . Development of rspec-rails-2 has moved to github.com/rspec/rspec-rails. Rails 2.x For rails, you’ll want to somehow have access to both “rspec” and “rspec-rails” Here are various ways. Use rspec and rspec-rails gems See config.gem (for Rails) Install rs

Microsoft Internet ExplorerでFirebugのようにJavaScriptをデバッグできるプラグイン「DebugBar」が23日、新しいバージョンアップ5.2が公開された。DOM解析や、JavaScriptのデバックといった従来の機能のほか、IETesterでURLを表示させることもできるようになった。 JavaScriptはブラウザさえあればどこでも実行できる手軽なプログラミング言語だが、いざ本格的なアプリケーションを開発しようとするときに、デバッガやIDEといったプログラミング環境が十分ではないようだ。けっきょくブラウザで実行することから、Firefoxのアドオン「Firebug」がよく使われている。また最近では、Google ChromeやSafari 4のように、オフィシャルで開発環境が用意されているブラウザも登場している。 そんな中で最大の難関となるのが、

プロパティファイルは使用するプラグインやテスト実行に関する設定を記述するファイルです。通常はすでに存在する初期値のEnvironment.propertiesファイルをそのまま利用することで問題ありません。 Jameleonでは、次のようなテストを作成することができます。 JUnitプラグインを使ったホワイトボックスレベルのテスト。すべてのJUnitの機能タグはほかのプラグインの機能と一緒に利用可能 Jiffieプラグインを使ったIEベースのテスト。このテストはWindows環境でのみ実行可能 HtmlUnitプラグインを使ったブラウザベースのテスト。一部のJavaScriptsとXPathについてもサポートしている HTTPUnitプラグインを使ったブラウザベースのテスト。HtmlUnitプラグインではコンテンツベースでテストするのに対し、HTTPUnitではHTTPの通信ベース、つまり

Ruby/Railsプロファイリング機能を搭載した3rdRail 2.0 Ruby／Ruby on Railsの統合開発環境である 3rdRail 2.0では、Railsプロジェクトのサポートをはじめとする高度なRuby CPUプロファイリング機能が含まれるようになりました。 プロファイラーを使用することにより、 アプリケーションに潜むパフォーマンス上のボトルネックの追跡 問題のあるソースコードを正確につきとめ、根本原因の分析 が可能となります。 また、プロファイリングデータは、スナップショット、HTMLレポート、XMLレポート、CVSファイルのいずれかとして保管することができます。 なお、プロファイラーはMatzのインタプリタであるMRIと連動するように設計されているため、他のインタプリタ（例えばJRubyなど）の使用はサポートされていませんので注意してください。 サンプルプロジェクトの

RSpecを使ったテストコードを読もう：Railsコードリーディング～scaffoldのその先へ～（2）（1/4 ページ） 優れたプログラマはコードを書くのと同じくらい、コードを読みこなせなくてはならない。優れたコードを読むことで、自身のスキルも上達するのだ（編集部） 第1回「コードリーディングを始めよう」では、Railsアプリケーションの基本であるCRUDのソースコードを読解しました。最低限の基本の動きということで、ディレクトリ構造の説明すら割愛していたので、今回はディレクトリ構造の解説から行います。その後、今回のメインテーマであるテストコードのコードリーディングに入っていきます。 ここで扱うテストコードというのは、Javaの世界でいうとJUnitを使ったテストコードと同じ粒度、つまり、単体テストに近い粒度のテストケースを動くプログラムで表したものになります。Javaの開発者にとってのJ