日々の破片

_ Visual Studio Team Edition for Developers

勤め先で、C#でちょっと癖があるクラスライブラリを作る必要が出てきたので、さすがに、NUnitを入れることにして、入れて、さてテストプログラムを作るにはどうしたら良いのか？ とプロジェクト作成ダイアログを見ると、さっそくテストプロジェクトというのがある。

ほー、ちゃんとVisual Studioに組み込まれるのか、と実は疑問も感じながらそれをソリューションに追加して、でも、やはり疑問に感じるわけで（そういうインストールではないように思えたからだが）、参照しているところをみると、Microsoft.VisualStudio.……みたいなネームスペースだ。ってことは、これはNUnitじゃない。

で、MSDN見てみると、同じソリューションのクラスのコンテキストメニューにテストのスタブ生成が組み込まれているとか書いてあるので、なるほど、と作って、Assertクラスが勝手にいるし、インテリセンスを見るとIsTrueだのIsNullだのが出てくるから、普通にテストプログラムを作り、テストプロジェクトのほうをスタートアッププロジェクトにして、ほーこれは便利ですな、という具合にプログラム作りまくり。クラスライブラリ作るには、やっぱりユニットテストツールは欠かせませんな。

ただ、アサート結果のスタックトレースをダブルクリックしてもそのソースコードが表示されないのは、いまはちぐらいだけど。

で、こんな良いものが組み込まれてるのに、なんで今まで気付かなかったんだ？ と疑問に思いながら、家のVisual Studioを起動すると、そんなプロジェクトはどこにもない。なぜだ？

で、家にあるのは、同じTeam Systemでもfor Architectsで、勤め先のはfor Developersだからだ、ということに気づく。

でも、それはおかしいだろう。宇宙飛行士だけがそのロールじゃない。っていうか、プログラムも作ることを想定しているからVC#だのVBだのも分散デザイナのほかに組み込まれてるわけだろう。で、プログラムを作るってことは、当然（昨年はバータリーに作ってたから、まあ、ほとんどの場合と譲歩するとしても）テストプログラムも作るってことだ。

というわけで、この点に関しては欠陥商品と呼んでも良い気がする/した。

for Developersの差別化ができないってことになるのかな？ でも、デバッガ系もやたらとfor Developersは充実しているようだから、それで十分じゃないかな。

というわけで、すべてのVisual StudioにMicrosoft.VisualStudio.TestTools.UnitTesting（参照の追加の.NETには無いようだ。アセンブリはどっかに入ってるのかも知れないけど） とテストプロジェクト（なきゃ不便極まりない）の搭載を希望。