TDDをはじめて間もない頃に、ボトムアップで設計しているうちは良いのだが、トップダウンで設計しようとしたりクラスをまたがったテストを書こうとした矢先にどのようにテストすればよいかが分からなくなって立ち往生した経験はないだろうか。 これは実装クラスとテストクラスの関係が1対1であることに慣れすぎてしまっていることが原因だ。テストとして考えずにビヘイビアの側面として捉えるような視点に移行してみればおのずと状況は変わってくる。 私は最近、NUnitでBDD的なテスト(ビヘイビアと呼びたいところだが、サピア・ウォーフの仮説が当てはまらないNUnitではテストという呼び方に甘んじておこう)を書く試みを行っている。以下にその命名規則を示そう。これらは全て日本語で名前付けを行う。 テストアセンブリ → ソリューション名.Behaviours 名前空間 → [ソリューション名.Behaviours].スト
![NUnitでBDD - サピア・ウォーフの仮説は当てはまらないが。(-.-) - NAgilerの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/f4d866b4a5dc7299378a091f52a3cecc78a1c73c/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.d.st-hatena.com%2Fdiary%2FNAgiler%2F2006-02-02.jpg)