Seleniumを使ったWeb UI自動テストシステムの構築でやったことまとめ - うなの日記
Seleniumを使ったWeb UIの自動テストシステムを作ったので、やったこと・感想などをまとめてみます。 テスト対象 テスト対象は、AJAXなWebアプリです。 サーバーはREST APIを提供するのみで、UIは全てJavaScriptという構成。 サポートブラウザはIE7以降,Firefox3.6以降。(特定の組織内で使うものなので、Operaなどは未サポートです。) 使用したSelenium 2.x 系列を使いました。 WebDriverと統合されたあとのやつです。 言語はJavaを使用。 テストの目的 以下を目的としました。 機能追加/不具合改修でのデグレード防止 機能追加や不具合改修に伴う動作不正を検出し、デグレードを未然に防止する。 動作確認コストの削減による開発効率の向上 ブラウザごとの動作確認を自動テストを利用して行うことで、機能実装時の確認工数を減らす。 リリース前のリ
WebDriverで画面テストを作るときに壮絶に参考になった資料やブログ
次に、実行時間の問題について。ブラウザを起動するコストがかかるのでどうしても画面テストに時間がかかってしまいます。JenkinsのGrid機能を使うことで時間を短縮させた軌跡がとても素晴らしい。やっぱ、「使い方の説明」よりも「改善の道のり」は面白い！ デブサミ関西での事例 デブサミ関西での発表資料。TestNGとWebDriverの組み合わせ。 なんでTestNGを使ったか？というところが興味深くて、僕の環境でもテストが増えてくると、テストのグループ化とかやっぱり考えなければならなくなりました。僕の場合はRakefileでテストケースを分類しているけど、こういう仕組みがテスティングフレームワークにあると便利ですね。 うなの日記さんのブログが壮絶に参考になる うなの日記さんの[雑記] Seleniumを使ったWeb UI自動テストシステムの構築でやったことまとめはものすごく参考になります。自
Seleniumの自動テストをCI環境(Jenkins)で快適に実施する - 日々是鍛錬
Ruby Advent Calendar 2011 16日目の記事です。 Webアプリの画面テストにはやはりその利便性からSeleniumを使うことが多いだろう。 ちょっとした変更でも問題ないと高をくくっていても、リリース後にリンクやボタンをクリックした途端に500や404が発生した日には目も当てられない。 そうならないために、定期的にSeleniumのテストを流す--自動テスト環境を構築して--ことで、問題をいち早く検知することが大切だ。 今回は、Webアプリにおける画面の自動テスト環境を、Selenium+Ruby(RSpec)+Jenkinsで構築する一例を紹介する。 Seleniumで画面テストを書くときにRSpecの恩恵を得たいので、現在Javaで開発しているプロジェクトも画面テストはRubyでSeleniumテストコードを書いている。 用意するもの SeleniumをCI環境で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
