ブラウザを選ばずWebテストを自動化するSelenium
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アプリケーションを変更した
Seleniumによる継続的なリグレッションテストを行うためのツール「Selenium Auto Exec Server(AES)」を公開しました。 - Enjoy*Study
Selenium Auto Exec Server(AES) Seleniumによる継続的なリグレッションテストを行うためのツールとして、「Selenium Auto Exec Server(AES)」を公開しました。 Selenium AESを使うと、Seleniumによるテストを毎日決まった時間に実行し、その結果をメールで送信するといったことが簡単に行えるようになります。 配布しているアーカイブは、サンプルとしてhttp://www.google.com/に対するFirefox、IEを使ったテストをすぐに試せる状態になってますので、興味をもたれた方は、ぜひ一度お試しください。 Selenium AESのサンプル - Enjoy*Study まだ、実際のプロジェクトで導入したことが無いので、いろいろ考慮が足らないところもあるかもしれません。 こうしたほうが良いといったご意見や、アイデアが
My DebugBar | IETester / HomePage
DebugBar Home > Wiki > IETester :: Browser Compatibility Check for Internet Explorer Versions from 5.5 to 11 :: ANNOUNCE: If you are an Adwords user, The IETester team is proud to announce its new tool: SunnyReports, a simple and efficient Adwords reporting tools IETester is a free (both for personal and professional usage) WebBrowser that allows you to have the rendering and javascript engines of
WEBアプリ用のテストデータを作るもの色々:phpspot開発日誌
Test (Sample) Data Generators Sample / test data is an effective way to test web projects & applications. WEBアプリ用のテストデータを作るもの色々。 テストデータの生成は結構面倒ですが、ツールを使えば簡単、ということで１つはテストデータ生成ためのツールは押さえておきたいですね。 以下に列挙 generatedata.com テストデータをHTML、Excel、XML、CSV、SQLの形式で出力可能。 出力データも、個人情報データや、テキストデータをフォーマットを選択して出力できます。 Datagenerator - GUIで動作するデータジェネレーター DBMonster データベースにランダム生成データを入れられるオープンソースソフト CSV data generator Ruby
高負荷なのに片方のサーバにだけ余裕が……なぜ？
高負荷なのに片方のサーバにだけ余裕が……なぜ？：Linuxトラブルシューティング探偵団（1）（1/4 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。今回からOSSを扱ってきて遭遇したトラブルを解決する過程を＠ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダ
第4回 テストを設計するには（その2）
前回はテスト種別の紹介の前半として単体テスト、機能試験、性能検証について紹介した。前回解説したように、テストの設計を行うにあたってはまずテスト計画を立案する必要がある。いきなりテスト要件を洗い出すことは必要となるテスト種別が抜け落ちたり、各テストのプロジェクト内での優先順位があいまいになったりなどの問題が発生するため、必ずテスト計画を作成し、各テストの重要度、工数、スケジュールを明確にしておくことが大切である。また、テスト要件を洗い出すときは事前に優先順位付けした要件から作成し、テスト要件にも優先順位付けを行い、優先順位を考慮した作業の進め方を行うといいだろう。 今回はテストの設計の第2回として、負荷検証、ロード検証について紹介を行う。 実システムを構築する上で、負荷試験というテストが含まれていないことはほとんどないだろう。構築するシステムがどの程度の負荷に耐えられるかを測定することで、シ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
