Seleniumで、メール受信のテストをする方法 - Qiita
ウェブサービスで、会員登録やらパスワード再設定やらで確認用メールを飛ばして一時URLをクリックして処理が完了する機能って、よくありますよね？ その機能を自動テストしたいとき、どうやってますか？ 実はSeleniumとGmailの「簡易HTMLモード」を使えば簡単にできるんです。 Gmailでテスト用のアカウントを作っておく(例: example@gmail.com) Seleniumで、当該ウェブサービスに会員登録する Gmailに会員登録の一時URLが入ったメールが送られてくる Seleniumで、Gmailを開いてその一時URLをクリックする GmailはAjaxサイトなので、自動操作するのは一見難しそうですが、下記のようにすればできます。 Gmailを自動操作する方法 まず、Gmailにログインする直前にログアウト用URLを叩いておきます。 コマンド 対象 値
GitHub - google/gjstest: A fast javascript unit testing framework that runs on the V8 engine.
Google JS Test is a fast javascript unit testing framework that runs on the V8 engine, without needing to launch a full browser. Features include: Extremely fast test startup and execution time, without having to run a browser. Clean, readable output in the case of both passing and failing tests. A browser-based test runner that can simply be refreshed whenever JS is changed. Style and semantics t
お手軽に死活監視をPerlのCPANモジュールApp::MadEyeで行う | hirobanex.net
去年のYAPC::Asia2011では、運用の話が活発に行われており、監視周りの話も多かったように記憶しています。そこで、監視の基本となる死活監視について、今回は私が普段使っているtokuhiromさん作の死活監視ツールApp::MadEyeを紹介しつつまとめたいと思います。 「死活」の通り、「死んでいるか、活きているか」について監視することです。具体的には、サーバーにPingを飛ばして死んでいるか活きているか確認したり、サーバーのハードディスクが一定量を超えているかどうか確認したりすることです。つまり、継続的に「1/0」で確認し続けることが、死活監視です。実務的な用途としては、「サイトが落ちている!」っていう状況に素早く対応するための準備となります。 リソース監視 一方で、リソース監視は、システム特定リソースの状態の変化を確認し続けることといえます。例えば、サーバーのロードアベレージの推
Home – Travis-CI
With Travis CI, you never have to choose between speed, quality or cost: Connect directly to Assembla, GitHub and more. Parallel building with our Build Matrix. Simple syntax means faster time to value. Clean VMs for every build. Live build request. Auto-deployment on passing builds Pull request support. Test on Mac, Linux and iOS. Test on unique architecture like AMD Graviton 64, IBM PowerPC and
RELAX NG を Perl から使う - 閑古鳥
XML::LibXML に RelaxNG を扱うためのインターフェイスもちゃんと用意されていますね。ということでコマンドラインから簡単に RELAX NG を使って XML のチェックをするためのスクリプトを書いてみました。 #!/usr/bin/perl use strict; use XML::LibXML; sub read_file { my $file = shift @_; open(FILE, $file); my @value = <FILE>; close(FILE); return @value; } die "err" if $#ARGV < 1; my $relax = shift @ARGV; my $target = shift @ARGV; my $schema = join('', read_file($relax)); my $check = join(
W3CのValidatorをサイト全体にかけてサイトマップも作ってくれるツール「W3Clove」:phpspot開発日誌
W3CのValidatorをサイト全体にかけてサイトマップも作ってくれるツール「W3Clove」 2011年12月07日- W3Clove :: site-wide markup validation tool W3C Validator の結果を一括で得られ、サイトマップのXMLも生成してくれる便利なサービスのご紹介です 最初にトップページのURLを入力すると、サイトをクロールしてくれるのでしばらく待ちます。 まっていると結果が次のように出ます。 OKなものはグリーンデ表示され、赤でエラー、オレンジで警告といった具合に分かりやすくW3C Validatorの結果が閲覧できます サイト全体で多く見られたエラーのサマリも見ることができ、どこを集中的に改善すればいいのかが分かりやすいです 関連エントリ スマフォ上で動くブラウザベースアプリ開発に役立ちそうなデバッグツール「Socketbug」
ぼくのかんがえた最強のテスト分類 - Articles Advent Calendar 2011 Test
はじめに こんにちは！最近転職して新宿までロマンスカーにお世話になりっぱなしの ikasam_a です。 Test Track 3日目です！初日に xaicron さんから「テストの細かい話を書いて！」と言われたので、今日はちょっと趣向を変えて、テストの分類についてつらつらと書いてみたいと思います。 あまり、というかまったく Perl の話は出てこないです！さーせん！ テストを分類すると捗るぞ 例えばチームでテストの話をするような時に、それぞれが考える「テスト」のイメージが違って、話が噛み合わないことがあったりしますよね。僕はよくありました。 僕は「テスト＝単体テスト」の話をしているつもりが、相手は「テスト＝機能テスト」だと思って話を進めていると、あれ？という場面があったりします。こういうときは、例えば設計におけるデザインパターンのように、テストをより具体的にした共通認識があると話が捗りま
jquery-mockjax 使えよ色々と捗るぞ - present
jQuery や Backbone.js で UI を開発していて面倒なのが、サーバー側の API を呼び出す部分の実装です。呼び出したい API が既に実装されていないと、細かいところまで作り込めません。 あと、上手く動かなかったときも面倒です。原因がクライアント側ならすぐ直せますが、サーバー側だった場合、サーバー側のコードを修正して、テストまでしないといけません。効率悪いですよね。 できれば、クライアント側の開発はクライアント側だけで完結したい。さらに欲を言えば、最終的にサーバー側の API を呼び出すように修正するとき、出来るだけ少ない修正で済むようにしたい。 API 呼び出しを抽象化してダミーの処理と差し替えたり、jQuery.ajax を上書きしたり、色々工夫して最後に行き着いたのが『jquery-mockjax』。 appendto/jquery-mockjax · GitHu
Webサイト運営担当者は使いたい。マルチプラットフォームで動作するリンクチェッカー·LinkChecker MOONGIFT
LinkCheckerはマルチプラットフォームで使えるWebサイトリンクチェッカーです。 Webサイトのリンクチェックを忘れると、いつの間にか予想外のエラーになっていて無用な流出につながってしまうことがあります。それを防ぐためにマルチプラットフォームで使えるLinkCheckerを試してみましょう。 チェックを実行中です。 結果です。有効、無効なURLが並びます。他にも画像の数やテキストの数などメディア情報も分かります。 LinkCheckerはCUI、Web版も提供されています。こちらはGUIの設定画面です。何階層までチェックするか設定できます。 設定ファイルのパス指定です。設定ファイルを使うことでCUI、GUIなどと共通の設定が利用できます。 測定結果はHTML/Text/XML/CSVで保存できます。 LinkCheckerはマルチスレッドでチェック処理を行ってくれるので高速です。さ
Perl製のシンプルなWebステータスチェッカー·mojo-checkbot MOONGIFT
mojo-checkbotは指定したURL以下のリンクについてステータスをチェックしてくれるクローラーです。 特定サイト以下のURLについて順次チェックしてステータスを取得してくれる、それがmojo-checkbotです。Webサイト運用に活かしてみてください。 結果画面です。URLとタイトル、そのURLのステータスが一覧になって表示されます。 更新は随時行われます。次々流れていくのは面白いです。 結果行をクリックするとフローティングウィンドウで詳細が表示されます。 サーバを起動しています。デフォルトでは3000番ポートで立ち上がります。 開発環境におけるURLチェックに便利そうです。もちろん運用サーバでも時々実行しておくと思わぬリンク外れが見つかるかも知れません。なおアクセスはGETのみなので、それ以外のメソッドの時には使えないのでご注意ください。 mojo-checkbotはクッキーを
サイト内のリンク切れを一括検出する「mojo-checkbot」がβ版になった- jamadam weblog2
mojo-checkbotがある程度できてきたのでベータ版にしてみたよ。githubでゲットできます。最新のバージョン番号のタグがついたものを使ってください。 mojo-checkbotはクローラーにウェブサイト内のステータスコードを収集させつつ、ブラウザでレポートを見れるコマンドラインツールです。checkbotの機能限定版という感じですが、日本語が正常に表示されたり、ファイルを介さないのでシンプルだったり、レポートの見せ方を工夫したりと、色々改善しています。 mojo-checkbotはMojoliciousをベースにしています。Mojolicious本体は同梱されてるのでインストール不要ですが、Mojoliciousのバージョン2からperl5.10.1依存になったので、以前のバージョンで動くかは不明です(5.10.0では動いてる風)。要改善点はまだ多数あるので逐一更新して行きます。
mojo-checkbotを作ってみてる！- jamadam weblog2
Mojolicious::Liteでウェブサイトのリンクチェックをするmojo-checkbotを作ってみてます。動作は恐ろしくノーチェックです。 $ mojo-checkbot.pl daemon --start http://example.com --match http://example.com/ [Mon Oct 17 23:18:35 2011] [info] Server listening (http://*:3000) Server available at http://127.0.0.1:3000. startオプションにURLを指定してdaemonを起動するとクロールが始まり、http://127.0.0.1:3000にブラウザでアクセスすると、チェックしたURLとそのステータスコードが表示されます。 matchオプションでURLを限定することができるので、とりあ
Perlのメモリリークを見つける方法 - Islands in the byte stream (legacy)
Perlではメモリリーク検出ツールがいくつか開発されているので、top(1)の結果を眺めるよりそういうツールを使うほうが楽である。 さて、メモリリークが発生しているとき、その可能性としてはだいたい以下の4つが挙げられる。 Perlレベルでの循環参照 グローバル変数に値をどんどん足しているとき*1 XSレベルでリファレンスカウントの管理ミス XSレベルでmalloc()したメモリの管理ミス この1-3についてはすべてPerlインタプリタ内の出来事であり、Test::LeakTraceを使って検出できる。4を検出するのは難しいが、Test::Valgrindが役に立つ。 Test::LeakTraceのSYNOPSISは歴史的経緯によりごちゃごちゃしているが、テストで使うべき関数はno_leaks_ok()とleaks_cmp_ok()だけである。 たとえば、以下のようにして使う*2。 #!p
Test::QUnit - mozrepl経由でコマンドラインからJavaScriptのテストを実行する - 愛と勇気と缶ビール
マクラ - JavaScriptのテストについて テストのないコードはコードではなく、テストを書かないプログラマはプログラマではなく、テスティングフレームワークのない言語は言語と呼ぶに値しない。と以上のような偉そうなことを言う資格は全くないし狂信的でもない僕ですが、少なくともまともに動くコードであることを証明するために、人並みにはテストを書きます。 それでまあ、最近JavaScriptばかり書いてるのですが、JavaScriptのテスティングフレームワークって大体以下のようなものに分かれると思っています。 ブラウザ上で動かすことを前提としたもの(JsUnit, QUnitなど) RhinoやSpiderMonkeyなど、ブラウザから独立したJavaScriptエンジンで実行することを前提としたもの(JsUnit, QUnit-TAPなど) 2. に加え、env.js(http://www.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2つのサイトが完全に一致するかチェックする | jamadam weblog
PerlでTDD(テスト駆動開発)するなら覚えておきたいCPANモジュール群 | hirobanex.net
mojo-checkbotでhtml5のバリデーションができるようになった(v0.36)- jamadam weblog2
mojo-checkbotがHTMLの構文エラーも報告するようになった- jamadam weblog2
リンクチェッカー「mojo-checkbot」がv0.24になった- jamadam weblog2
リンク切れ検索エンジン「mojo-checkbot」がv0.15になった- jamadam weblog2