質問

きらいくつかの良い自動テストスイートの枠組みのためのPerl?

役に立ちましたか?

解決

まぁいいのだが、ここでの背景の多くのためです。

最初に、一般的に書くのテストプログラムの試験::や試験などの試験プログラム:

use Test::More tests => 2;

is 3, 3, 'basic equality should work';
ok !0, '... and zero should be false';

社内試験::ダが呼び出され、出力者試験の結果としてタップする(試験なプロトコル).試験::ハーネス(薄膜のラッパをタップ::ハーネス)を読み込み、および解釈をタップではないことがおわかり頂ければテストは失敗しました。の"証明"ツールについては同梱の試験::ハーネス、ついに保存の上にt/ディレクトリ(標準のPerlの試験ディレクトリ)"としてます。tそできる本コマンド:

prove --verbose t/numbers.t

または経営者にとっては試験を実施するディレクトリを再帰的に、たいへサブディレクトリ):

prove --verbose -r t/

(--verboseはもちろん、オプション)

ところで、なTestUnit.多くの人が推薦していますが、いった昔な統合の現代的な試験です。

他のヒント

チェック CPAN試験機, てきているが、多くのツールを自動化します。その多くがきCPANうことができるでしょうを変更することも出来ご要望にお応えします。でも非常に簡単に書ける独自の試験機を使用タップ::ハーネス

また、必要なときのようです。

どをご利用の試験をタップ試験なプロトコル)の出力を感じるかもしれませんがこの利用: http://sourceforge.net/projects/smolder

見たことがありま smolder?

"煙の試験アグリゲータ用の開発者やテスターのアップロード(自動-手動)や煙/回帰を用いた試験の試験なプロトコルです。詳細や傾向がグラフおよび通知の提供についてはメールまたは原子を配信します。"

だから正しくお タップ::ハーネス

使用している場合は、 ExtUtils::MakeMaker または モジュール::構築, きますので、その走行の全ての試験を自動的に入力するコマンド"make test"や"構築を試験"を実施*.tプロジェクト内のファイルをもつスチューデントのt/サブフォルダ.

だからのこれらを利用することができ タップ::ハーネス 自動実行の複数の試験のためのイントロダクションです。

実際の試験利用 試験: 他のモジュールその他ことを示唆しています。

しすべてのテストファイル 手動で試験

ごあいを証明する(運行試験)および/またはモジュール::建築コードで運行してお試験の試験用ハーネスコードを証明するのに使います。)

おっ

"僕が求めているのは、以上の自動化の枠組みの中で増試験の構築確認等

まだ完全にはどのようだ。していて述べたいものを見る試験::ハーネス/""をタップします。大多数のPerl試験地域が使用する枠組み-くだもサポート(および有用な既存のコード)を使用する。

いよいよインクリメンタル試験/buildチェック"?

私は推測したいのか切り分けテストのグループでご利用いただける走行の試験は特定よいのでしょうか。

カップルの方もよろしくお願いします。最も簡単ないもののファイルシステムを分割試験ディレクトリまでのようなもの:

core/
 database.t
 infrastructure.t
style/
  percritic.t
ui/
  something.t
  something-else.t

しかもみんな上手い!!を利用できます、コマンドライン"と"ツールを走らせることができるということだけが特定ディレクトリなど。

証明として有用なオプションによって試験が実行順番などのようなものは失敗しています。こ-すべてのもの-そうだけで作られています。

(ちなみ作りが重要で取得できる最近のバージョンの試験::Simple/ことを証明することになりました。からCPAN.最近のバージョンてられたのがきっかけとなっていく性能)

いのOO意識、経験のルの枠組み、いく試験::クラスであるPerlルな枠組みの構築、をタップする試験::ハーネス。と思っていくよPerlUnitないといえるでしょうかを書いた:-)

チェックの美味しい一部の詳細情報試験::クラス http://delicious.com/tag/Test::Class

こんだ後でもごく少し詳しい機能ました。

声で

Adrian

個人的には好き試験:ほとんどは、基本的には試験:一部追加涼しい特徴です。

この試験スイートの枠組みの選択肢が 試験::ハーネス, るのを制御する試験、収集の結果などがある。

様々なモジュールの存在をある種の試験を共有することができた 試験::プ試験: 両方の試験-単純にすることにした。全体の試験名前空間は、CPANには専用の専用ユニットテストモジュール、その過半数を実行する試験::ハーネス

規則にしたがって、テストに格納されたt/ディレクトリのプロジェクトは、それぞれの試験ファイルのファイル拡張子.t;試験は一般的に作動

 prove t/*.t

モジュールの分布は、通常、などを対象と名付けたとあり、それ試験"の運行試験スイートの前に設置できます。デフォルトでは、CPANインストールプロセスが必要な試験の後の構築の前にモジュールがインストールされます。

なったと思い試験::より、一般的な出力する

現在、試験::ありが現在の課題として実行すべてのテストファイルを手動で試験をします。僕が求めているのは、以上の自動化の枠組みの中で増試験/buildチェック。

ラッパの試験:りそなげていくことができれば理想ですが何でも良い、高機能化する大学があります。

私を通じてPerlUnitだことを役立っています。

を認識しておられますの証明ライセンスのインストール(アプリからの操作方法について::証明する)?だが実行すべての試験を再帰的に与えられたディレクトリになくレベル等

自動試験を含み 試験::ハーネス, を含む prove ツールです。

prove ツールで実行できるので、以下のコマンド:

prove -r -Ilib t

このrecursivly試験にある全ての*.tファイルの't'ディレクトリが追加 lib に含ます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top