InfoQ

News

FIT/FitnesseのためのFixture Gallery 2.0リリース

作者 Abel Avram, 翻訳者 大田 緑 - (株)チェンジビジョン 投稿日 2008年6月26日 午前6時57分

コミュニティ
Agile
トピック
ソフトウェアテスト,
アジャイル技術,
Delivering Quality
タグ
Fit/Fitnesse,
TDD,
受け入れテスト

Fixture Galleryは(source)、FIT/Fitnesseのフィクスチャの公開された手引書であり、Gojko Adzic氏によって(サイト・英語)バージョン2.0が最近リリースされている。ギャラリーのこのバージョンで追加されたのは、Pythonでウェブのプログラムを作成する人たちのためのPythonのコードサンプルである。FIT/Fitnesseは、Wikiのフロントエンドを用いた受け入れテストのフレームワークで、顧客と開発者が受け入れテストを作成し、実行する時に役に立つものである。

ギャラリーのバージョン1.0は、JavaとC#のソースコードの例を提供したが、Gojko氏によるとバージョン2.0は何か新しいものをもたらしている。

バージョン2.0でもっとも重要な変更点は、ドキュメントで説明されたすべてのフィクスチャとコンセプトに同じようにPythonの例も追加して拡張したことです。FitLibraryのフィクスチャのセクションで、今、ConstraintFixture、CombinationFixture、CalculateFixtureの例と、SetFixtureとSubSetFixtureの記述があります。

Gojko氏は、興味がある人はギャラリーに貢献するよう呼びかけている。

Fixture Galleryの私の狙いは、公開された文書化のプロジェクトを開始して、他の人々がFIT/FitNesseのフィクスチャの最適な使い方について気づいたことやアイデアを書き込めるようにすることです。ドキュメントとすべての例のソースコードはSourceForgeで(source)提供されています。どうかこのドキュメントをより良いものにするのを手伝ってください。SourceForgeで直接変更したり、FitNesse.infoの(source)実際のwikiのバージョンを修正したりできます。

FIT(サイト・英語)、または、Framework for Integrated Test(統合テストのためのフレームワーク)は、受け入れテストを書いて実行するために使われるフレームワークである。受け入れテストは、もともとWard Cunningham氏によってJavaのために開発されている。FITは、プロジェクトで関心のある人が誰でもテストを実行することができるようにするコラボレーションツールである。テストでは、コードが製品の要求を満たしているかどうかを確認する。他のタイプのテストと違うのは、要求がHTMLのテーブルやドキュメントに含まれていて、JavaやC#のコードではないことである。FitnesseはFITへのWikiのフロントエンドで、ユーザのストーリーに基づいてドメインを理解したり、受け入れテストを作成したりしながら、ユーザのコラボレーションとコミュニケーションを可能にする。


FITテストはフィクスチャと呼ばれる。フィクスチャはHTMLのテーブルやWikiページで表現される受け入れテストと実際のコード間の変換を行い、コードをテストしたりその結果を表示したりする。Fixture Galleryは(サイト・英語)、3つの実行可能な形式で提供されるフィクスチャのセットであり、印刷可能なPDF(PDF・英語)、実行可能なFitNesseのWiki(サイト・英語)、または実際のウェブサイトがある(サイト・英語)。Gojko氏はギャラリーについて次のように述べている。

それぞれのフィクスチャのタイプについて、このドキュメントはテーブル形式やフィクスチャクラスの構造を説明し、それを使うときと使わないときのアドバイスを提供します。それぞれの例は、Java、.NET、そしてPythonのFITの実装のソースコードと共に提供されます。それは、簡単にコピーして、同じようなフィクスチャのテンプレートして使うことができる形式です。

もう1つの重要なFIT/Fitnesseのリソースは、FITウェブサイト(サイト・英語)、Fitnesseウェブサイト(サイト・英語)、そして、Ward Cunningham氏とRick Mudgridge氏のFITの本である(source)。David Hussman氏によるこのプレゼンテーションは(VTR・英語)、このトピックに価値ある洞察を与えるものである。

原文はこちらです:http://www.infoq.com/news/2008/06/Fixture-Gallery-2

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。