Testing Web Application 2011秋 - tokuhirom's blog
とにかく楽に、お気軽に。お気軽にテストを追加できて、お気軽にテストを実行できる。というのがなによりも重要です。 追加しようとおもったときに「どう追加したらいいかわからない」という状況になりがちなので、あらかじめいろいろな構成要素ごとにテストをひととおりかいてみるというのも重要だとおもいます。O/R Mapper のクラスのテストとか、model のテストとか、コントローラのテストとか、JSON API のテストとか。。 ExtUtils::MakeMaker でテストをうごかさないExtUtils::MakeMaker を素でつかうと blib/ とかつかってきてうざいので、Makefile.PL に以下のような hack をほどこしてあります。ウェブアプリケーションで blib/ とかにコピーする必要ないですよね。実運用でも blib/ でうごかさないし、インストールもしませんし。 #
Test::Continuous(autoprove)をサーバにインストールするには - punitan (a.k.a. punytan) のメモ
Test::Continuous(autoprove)とは ファイルを監視して、変更があった場合に自動でテストを走らせる autoprove というコマンドラインツールを含む便利なモジュール インストール cpanm の --interactive オプションを使って Log::Dispatch::DesktopNotification をインストールしないようにする $ cpanm Test::Continuous --interactive ... [Graphical notifications] - Log::Dispatch::DesktopNotification ...missing. ==> Auto-install the 1 optional module(s) from CPAN? [y] n 原因 autoprove をGUIのないサーバに(cpanmのデフォルトオ
Perlのメトリクス計測 - WebService::Blog->new( user => ’hide_o_55’ )
ソースコードの品質向上のための効果的で効率的なコードレビュー にメトリクス計測ツールがでてきますが、Perlにももちろんあります。 Perl-Metrics-Simple-0.18 - Count packages, subs, lines, etc. of many files. - metacpan.org またPerl::Metrics::Simpleを使用したテストモジュール Test-Perl-Metrics-Simple-0.1 - Use Perl::Metrics::Simple in test programs - metacpan.org もあります。 循環的複雑度(Cyclomatic complexity)がしきい値を上回ったらテストが失敗するようになっています。 use Test::Perl::Metrics::Simple -complexity => 25;#
Test::Continuous - Run your test suite continuously when developing. - metacpan.org
NAME Test::Continuous - Run your test suite continuously when developing. SYNOPSIS Very simple usage: % cd MyModule/ % autoprove You may pass prove arguments: % autoprove --shuffle DESCRIPTION Continuous Testing is a concept and tool to re-run software tests as soon as the developer saves the source code. Test::Continuous is a tool based on App::Prove that implements this concept for Perl. See htt
Perl のテストについて(2011年改訂版1) - tsucchi’s diary(元はてなダイアリー)
0. 前提 0.1 はじめに 以前、Perl のテストについてという記事を書きました。2008年の記事なのですが、現在もそこそこのアクセスがあるようです。 ただ、Test::More がアップグレードされて新しい書き方ができるようになったり、そもそも僕自身のプログラムの書き方が少しずつ変わってきているので、いつまでも古い記事を見てもらうのもどうかな、と思い、2011年バージョンをつくってみました。(ちょっとしか改定してませんが。。。)DB まわりのテストに関しては、また次回。 0.2 対象 Perl は書けるが、Perl のテストコードを書いたことが無い人。 0.3 動作確認環境 % uname -a FreeBSD over.tsucchi.mydns.jp 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Sun Feb 27 23:51:01 JST 2011
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
テスト駆動開発入門をPerlで写経してみた。1 - 目の前に僕らの道がある
xUnitチックにテストが書けるTest::Classなるものがあることを技評の記事*1で知ったので、試してみました。 どうせ試してみるなら、『テスト駆動開発入門』の写経がいいかなと思いやってみました。Ruby、PythonはやったけどPerlは写経していなかったし、それにPerlのクラスは慣れていないのでちょうどいい機会です。 下準備 gcc とりあえず、gccとdmakeをcpan経由でインストールしておきます。確かこのコマンドだけでインストールできたはず…。 > cpan gcc Module::Starter Makefileをいちいち書くのは面倒なのでModule::Starterを入れておきます。 > cpan Module::Starter > cpan Module::Starter::PBP初期設定としてひな形を作っておきます。 > perl -MModule::Star
ドキュメントとテストコードつきのPerlスクリプトを書く方法 - kazuhoのメモ置き場
Re http://d.hatena.ne.jp/perlcodesample/20091130/1258979624, http://mt.endeworks.jp/d-6/2009/12/scriptsubimport.html スクリプトとコードとテストを単一のファイルにまとめたい*1という需要が、かねて自分の中であったので教えを請うた結果、以下のような感じで書けばいいことがわかった。 #! /usr/bin/perl use modules...; my $global = ...; sub foo { ... } sub bar { ... } run_tests() if $ENV{HARNESS_ACTIVE}; # メインのコード foo(); bar(); ... sub run_tests { ... exit; } __END__ =head1 NAME my_scr
no_planはずるい？ | taro-nishinoの日記 | スラド
最近のCPANでは、テストスクリプトにテスト数を宣言しない流儀が定着して来ましたが、それをAdam Kennedy氏は″The unfortunate demise of the plan″で嘆いておられます。Test::Moreにdone_testingが追加されたことも、テスト数を宣言しないことに拍車を掛けたようですが、私個人はMatt S. Trout氏のエッセイ″A cunning no_plan?″を読んで、始めてdone_testingが追加されたことを知りました。テスト数を宣言しないことに両論があるのは知っていますが、私は宣言しない方に肩入れしたいと思います。理由は簡単です。要は数えるのも面倒くさいからです。 以下に″A cunning no_plan?″の私訳を載せておきます。なお、エッセイの最後部分には氏の著書に関する記述があるのですが、それは本題とは関係が無いと思いまし
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
IO::Capture - 標準出力をキャプチャーする - Perl入門ゼミ
Perl › モジュール › here 標準出力を試験した場合がときどきあります。対話的なプログラミングを作成したり、print をソースコードの中で使用している関数を試験したい場合などです。 標準出力を取得するには、IO::Captureというモジュール使用します。標準出力が取得できれば、いつもどおりの自動試験を行うだけです。 IO::Captureは標準モジュールではないので、 cpan IO::Captureでインストールします。 1. 標準出力を取得する 標準出力を取得するには、IO::Capture::Stdoutモジュールを使用します。IO::Captureモジュールをインストールすると一緒についてきます。 startメソッドでキャプチャ開始、stopメソッドでキャプチャ終了です。そのあとに、readメソッドを呼び出すと、キャプチャした標準出力を取得できます。 use IO::
Test::Synopsis - Islands in the byte stream (legacy)
SYNOPSISの構文を自動でチェックするというアイデアをid:miyagawaさんがモジュールにしてくれました。 http://search.cpan.org/dist/Test-Synopsis/ ファイルを探すのにExtUtils::Manifestを使っているのがクールですね！ あとこのreturnの使い方に仰天： return ($content =~ m/^=head1\s+SYNOPSIS(.+?)^=head1/ms)[0], ($content =~ m/^=for\s+test_synopsis\s+(.+?)^=/msg); "return (x)[0], (y);"という形が許されるのはreturn()だけ？ 試してみると，一般に"x (y)[0]"は構文エラーになるみたいだ。return()は普通の組み込み関数と同じだと思っていたらそうでもないんですね。 $ pe
SYNOPSISの構文を自動でチェックする - Islands in the byte stream (legacy)
新しいモジュールの使い方を調べるときに真っ先に目を通すのがPODのSYNOPSISセクションである。特に，英語が母語ではないPerlerにとってはPODの中で最も重要なセクションといっても過言ではない。それだけに，自らモジュールを書くときは細心の注意を払う。 ところで，その内容の構文チェックは今まで手動でやっていたのだが，Test::Weakenのテストファイルを眺めていると面白いテストがあった。synpsis.tというのがそれで，PODのSYNPISISセクションの中身を抜き出して実行するというものだ。考えてみれば，構文チェックで十分なら特別なモジュールのサポートを得なくても簡単に書くことができる。 そこで，一般化してModule::Setup用のテンプレートにしてみた。 #!perl -w use strict; use Test::More tests => 1; use [% mo
Test-Behaviour-Spec-0.01 を CPAN へ登録 - Tociyuki::Diary
Perl のテストで Behaviour Driven Development (BDD) して遊ぶためのモジュールを CPAN に登録しました。ご利用ください。 ⇒ http://search.cpan.org/~tociyuki/Test-Behaviour-Spec-0.02/ 0.01 の POD の使用例コードにセミコロンが一ヶ所抜けていたので、修正しました。コード本体は 0.01 と同じです。 ⇒ http://search.cpan.org/~tociyuki/Test-Behaviour-Spec-0.01/ Test::Behaviour::Spec は、ふるまいを記述するための述語 describe、it、spec をサブルーチンとして使えるようにするだけで、いっさい Test::More 等への変更をおこないません。そのため、従来のどのようなテストにも、ふるまい記述を
HTTP::Request::AsCGIを使ってCGI scriptをテストする方法 - 空繰再繰
HTTP::Request::AsCGIを使ってCGI Applicationをテストする 最近blosxomとmentaとかの軽量WAFを足して二で割ったようなCGI Applicationを書いてるんだけど、 CGI Applicationのテスト方法について最近ノウハウがちょっと溜まってきたので、 Blogの記事にまとめてみる。 CGI Applicationのテストというと、簡易サーバを起動して実行するとか方法はいろいろあるわけだけど、 要するにCGI ApplicationをテストするにはCGIの実行環境と同じ環境変数を用意してCGI scriptを実行すればいいわけで、 そういうごにょごにょとした処理をしてくれるのがHTTP::Request::AsCGIというワケ。 で、HTTP::Request::AsCGI使ってテストを書くとこんな感じ。 #!perl use stric
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Test-mysqld-1.0030 - mysqld runner for tests - metacpan.org
bayashi.net
Test-Synopsis-0.17 - Test your SYNOPSIS code - metacpan.org