5分でできるWebテスト自動化 - Jenkins x Selenium
いろいろあって、しばらく投稿さぼってました、、、＾＾； ここ最近アウトプットをさぼり気味なので、今日からまた再開します。 さて、テストクラスタの方やWeb系エンジニアであれば、SeleniumというWebテストの自動化ツールについて聞いたり、実際に利用したことがあると思います。 Selenium IDEなどを使ってテストスイート単位で自動化することもできますが、JenkinsというCIツールを使えば、テスト実行およびレポーティングまで完全自動化することができます。 JenkinsはWindowsマシンでも簡単に構築できます。 今回はツールのセットアップ（Windows版）と基本的な使い方まとめたいと思います。 尚、Seleniumはスタンドアローン版がセットアップされていることを前提にしています。 （セレマニア｛注：Seleniumオタク｝のひとは、特に説明不要だと思うので、JavaやPy
Gree Labs - 第6回オープンソーステクノロジー勉強会 - Selenium徹底活用
404 お探しのページは見つかりません GREE Engineering トップへ戻る
Django + nose + selenium in ubuntu で自動テスト環境を整える - shohu33's diary
環境 Python2.6 + Django1.2 + Ubuntu10 など 使うもの nose Pythonのunittestをもっと簡単にできるように拡張したもの。プラグインなど簡単に作成する事ができ拡張性も高い http://somethingaboutorange.com/mrl/projects/nose/1.0.0/ django-nose-selenium djangoとnoseとseleniumでテストやるためのもの。documentに書かれていない罠が結構ある https://github.com/weluse/django-nose-selenium cherrypy Pythonプログラミング言語を用いたオブジェクト指向のWebアプリケーションフレームワーク http://www.cherrypy.org/ Xvfb 仮想的な X を立ち上げることで、実際に X を起
Seleniumを使ったWeb UI自動テストシステムの構築でやったことまとめ - うなの日記
Seleniumを使ったWeb UIの自動テストシステムを作ったので、やったこと・感想などをまとめてみます。 テスト対象 テスト対象は、AJAXなWebアプリです。 サーバーはREST APIを提供するのみで、UIは全てJavaScriptという構成。 サポートブラウザはIE7以降,Firefox3.6以降。(特定の組織内で使うものなので、Operaなどは未サポートです。) 使用したSelenium 2.x 系列を使いました。 WebDriverと統合されたあとのやつです。 言語はJavaを使用。 テストの目的 以下を目的としました。 機能追加/不具合改修でのデグレード防止 機能追加や不具合改修に伴う動作不正を検出し、デグレードを未然に防止する。 動作確認コストの削減による開発効率の向上 ブラウザごとの動作確認を自動テストを利用して行うことで、機能実装時の確認工数を減らす。 リリース前のリ
SeleniumによるテストケースをreSTで書いてみよう : lab1092
12月25 SeleniumによるテストケースをreSTで書いてみよう カテゴリ:Pythonistaへの道 SeleniumによるテストケースをreSTで書いてみようということで。 ファイルを変換するスクリプトの作成に結構手間取ってますし、「テスト ケースを書いてみる」が今回の目的なので、「スクリプト内のファイルが決め打ち」のままなど、いろいろな点の作り込みは省略しています。 reSTructured Text で、テストケース書けないの? ということで、reSTructured Textでテストケース書いてみました。 やってみた手順書いておきますね。(そこまで単純でもないかと思うんですけど) まずは SeleniumによるテストケースをreSTで。のようなものを書いて、それを rst2html を使って HTMLに変換。 生成された testcase.html から Selenium
Web画面の自動テストの導入に失敗する理由とその対策 - プログラマでありたい
皆さん、自動テストしていますか？体感的には、ユニットテストは当たり前のように開発工程に組み込まれるようになってきているのではと思います。一方で、どこの部分を対象にしているかというと、モデルであったりコントローラであったりと機能単体のテストです。品質をつくり上げるには、まず単体での精度を上げることです。ですので、ユニットテストで品質を保証するのは正しい。圧倒的に正しいです。 一方で、最近ではサポート対象のブラウザやバージョンが増えたり、JavaScriptの第二の全盛期であったり、IEが未だ消えてなくならなかったりと、個々のブラウザでテストすることの重要性が増しています。じゃぁWeb画面も自動的にテストすればええやん、Seleniumもあるしとなると思います。ただ導入しようとすると、７〜８割方失敗するのですよ。これが。 理由としては、これに尽きます Seleniumのテストと、本体のソースの
python の mock ライブラリを使ってみる
単体テストというのは、本来、あるコンポーネントの依存先に影響されないように、対象をテストします。が、これまでは比較的てきとーで、依存先のテストが通っていれば、依存先を完全に分離せずにやってきました。 これには2つ問題があって、(1) そもそもそれは単体テストではない、(2) 依存先が外部だったらどうするんだ、と。例えば、Twitter からタイムラインをとってくる、とかですね。 def get_user_timeline(user) """タイムラインをとってきて、辞書で返す""" twitter = Twitter() response = twitter.get_timeline(user.id, user.access_token) timeline = [{'text': tweet.text} for tweet in response['tweets']] return tim
TDD Boot Camp Tokyo 1.7 for PHP
2011/08/21に行われたTDDBC 1.7のまとめです。 編集可能なので追加・削除よろしくお願いします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
