Seleniumでラクラク、クロスブラウザ自動テスト！（その２）：マピオンラボ(テスト)
こんにちは、中村です。 さてSeleniumでクラスブラウザ自動テストを紹介する前回の続きです。今回はSelenium IDEで生成したJavaのテストクラスを利用してSelenium RCによるクロスブラウザな自動テスト実行までを行います。生成されたJavaのテストクラスは以下でしたね。 package com.example.tests; import com.thoughtworks.selenium.*; import java.util.regex.Pattern; public class Untitled extends SeleneseTestCase { public void setUp() throws Exception { setUp("http://change-this-to-the-site-you-are-testing/", "*chrome"); }
Seleniumでラクラク、クロスブラウザ自動テスト！（その１）：マピオンラボ(テスト)
Selenium IDE Seleneseによるテストケース記述＆実行が可能なFirefox拡張です。実際のブラウザ操作記録によるSelenese自動生成やテスト実行のコントロール、Seleneseリファレンスの参照など、効率的にテストケースを記述＆実行するには欠かせないツールです。 ただFirefox拡張なわけですので、もちろんFirefox限定です。 Selenium RC 各ブラウザをリモートで操作するJavaのサーバーアプリ＋各言語（Java, Ruby, Python, Perl, PHP, .NET）にてテストケースを記述するクライアントライブラリです。RCはRemote Controlってことですね。おおよその構成としては本家のページにある図をご参照。ちなみにSelenium RCではSeleneseは登場せず、各言語のAPIでテストケースを記述することになります。「Java
Selenium Auto Exec Server(AES)
Japanese / English Selenium Auto Exec Server(以降 Selenium AES)は、Seleniumによる継続的なリグレッションテストを行うためのツールです。 プロジェクトにおけるテストの手助けとなることを目標としています。 Selenium AESを使えば、SeleniumのHTML形式のテストを毎日決まった時間に実行し、その結果をメールで送信するといったことが簡単に行えます。 他にもSeleniumを使ったリグレッションテストを手助けするための様々な機能が提供されます。 Selenium AESは、Selenium RCを拡張することにより、実現しています。 また、Selenium RCのHTMLSuiteに対する使い勝手を向上させたツールとして、Selenium HTMLSuite Extensionというものも公開しており、Selenium
Excelマクロによる、seleniumテストケースの自動生成（1）：CodeZine
はじめに seleniumについての基本的な内容は、以下を参照してください。 Selenium 0.7利用手順書（前編） Selenium 0.7利用手順書（後編） seleniumを利用するメリットとデメリット メリット seleniumを利用する最大のメリットは、「再テスト」が容易になることです。 不具合発生時 テスト担当者と修正担当者の伝達が容易 再テストが容易 仕様変更後 リグレッション（デグレード確認）テストが容易 筆者が特にメリットを感じるのは、テスト担当者と修正担当者の伝達が容易になる点です。テスト期間中は、テスト担当者も修正担当者も作業に追われています。通常、不具合発生時は、テスト実施担当者から修正担当者へ不具合内容を伝達するために、不具合管理ツールなどに、ケース番号や再現手順の詳細を記述、デバッグログの添付などを行い、修正担当者はそれを読み解く必要
ITザッピング記:Selenium RC Java クライアントにおける Ajax テストの Wait について - livedoor Blog（ブログ）
Selenium というテストツールをここ2年ぐらいずっと使っている。 Web ブラウザ上での自動テストを行うツールだ。ブラウザの操作そのものを JavaScript でシミュレーションしてくれるので、Webアプリケーションのブラウザ互換性に対するテストも行える。 非常に便利なツールなのだが、Ajax で作られた Web アプリケーションに対するテストを行うにはコツがいる。 古き良き画面遷移で処理が進んで行く Web アプリケーションの場合は、 １．たとえばボタンを押す ２．サーバで処理が行われる ３．ページが書き換わる という流れが決まっていたので、Seleniumのテストも１．～３．の手順を行って、３．が終了したらページの中身を検証・テストするという流れだった。 これが Ajax の場合は以下のようになるはずである。 １．ボタンを押す ２．サーバで処理が行われる ３．非同期で処理結果が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SeleniumでAjaxアプリケーションをテストする
Selenium IDE: Selenium IDE
IBM Developer