Ch5

国ごとによって信号機のシステムが違うので、要件をまとめる。

ここでは2つ目のフレームワークとしてFitNesseを使う。

• 詳しく知りたかったらAppendix Bを参照。

FitNesseはグルーとなる言語とサポートコードで異なる言語を持つが、まぁ気にするな。

• （訳注）FitNesseをよく知らないので訳に自信なし。

受け入れテストをドメインを発見するのに使っているので、アプリケーションドメインとモデルの結果がよく理解できるようなクラスを書けるようになる。

Traffic Lights

省略。

• （訳注）ドイツの信号機のルールがどういうものかがわかるはず。

FitNesse?

信号機のシステムの仕様を書くのにFitNesseを使う。

• wikiなので階層的に文書を作れる。
• 元となったFITの記法ではなく、SLiMというテストの記法を使う。

サンプルでは二つのテーブルを扱っていく。

• デシジョンテーブル。
  • P.58のListing 5.1に例がある。
• シナリオテーブル。
  • ワークフローをシンプルにまとめたもの。

Supporting Code

• JavaとJUnitを使うよ。
  • パラメタライズドテストも使うよ。
  • 詳しく知りたかったら、TDDbyExample?、xUTP、GOOSを読むといいよ。

Summary

ドイツの信号機ルールを扱っていく。

• 歩行者の場合。
  • 赤と青。
• 車の場合。
  • 青、黄、赤、黄と赤、青の状態変化。
  • 何かが発生したら黄色を点滅。