Test::Perl::Critic で PBP 準拠なコードを自動テスト: blog.bulknews.net
Test::Perl::Critic で PBP 準拠なコードを自動テスト Perl Best Practices 日本語版発売記念ということで、Plagger のユニットテストに Test::Perl::Critic を組み込んでみました。 Perlベストプラクティスposted with amazlet on 06.08.24Damian Conway クイープ オライリー・ジャパン (2006/08/24) Amazon.co.jp で詳細を見る 組み込むといっても実装は簡単で、t/99-perlcritic.t なファイルをつくって、以下のように書き込むだけ。 use strict; use Test::More; eval { require Test::Perl::Critic; Test::Perl::Critic->import(-profile => "t/perlcri
Catalyst::Manual::Cookbook::Test - libnitsuji.so
さらに分割。 テストについては外部からリクエストを送って、みたいな方法しかない？ようなので、内部のモジュール、特にモデル部分のテストをどうやってやるかが問題。 そこは普通のPerlモジュールと同じ方法でできるのかね。 http://search.cpan.org/~jrockway/Catalyst-Manual-5.700701/lib/Catalyst/Manual/Cookbook.pod#Testing テストはWebアプリケーションの開発プロセスに不可欠な要素だ。テストは複数人での開発とコードの変更を容易にする。 Testing Catalystは開発中のテストと本番環境にデプロイする前のテストをやりやすくする。 Catalyst::Testは同じテストをローカル（外部のデーモンを除く）とリモートのHTTPサーバに対して行えるようにする。 Tests スケルトンアプリケーションの
DebianでCPANのモジュールを利用する - 牛のつれづれなるままに3.0
DebianではCPANのモジュールもパッケージとして提供されていますが、もちろんオフィシャルには提供されていないものもたくさん存在します。そういうモジュールたちを利用したくなったときに、どうやるのが正しい方法なのかがいまいちわかりませんでした。 そこで少し調べてみたことをメモしておきます。素人なので間違っていたらご指摘を歓迎します。また、2008/05/24時点でのDebian testingで調べました。システム標準のPerlは先日5.10に更新されました。 自分でPerlをインストールする dh-make-perlを使ってローカルパッケージを作成する CPAN++を使う おそらくCPAN++が現状モダンな方法なのではないかと思っています。 自分でPerlをインストールする Perlのソースを持ってきて自分でビルドし、ホームディレクトリや/usr/localなど適当な場所にインストール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
