Visual Studio 2010 の単体テストは.NET4上でのみ動作するっぽい

ぼちぼちと使う機会の増えてきた Visual Studio 2010。
.NET4開発のみならず、.NET2.0～3.5SP1までのマルチターゲッティングであるところも良い。
これまで Visual Studio 2008 で開発してきた .NET3.5SP1 ベースのアプリケーションも、あわてて.NET4に以降をあせらずとも、Visual Studio 2010 で継続して保守できる。

と思っていたのだが。

とある手持ちの .NET3.5SP1 ベースの VS2008 プロジェクトを、VS2010 で開いた。
当然、ソリューションやプロジェクトファイルを VS2010 対応に変換するか聞いてくるので Yes で答える。
もっとも、この時点ではまだ .NET4 にはジャンプしないので、.NET4にアップグレードするかどうかの問いには No で答える。
以上で変換完了でリビルドも当然成功、アプリも快適に実行・デバッグできる。

しかし。

このプロジェクトに含まれていた単体テストを走らせると、

すべてのテストでことごとく NullReferenceException でクラッシュ

するのだ。

これまで、たくさんとは言えないものの、それなりに手持ちのプロジェクトを VS2008 から VS2010 に変換済みである。
当然、VS2010 上で単体テストを走らせている。
しかし、このような不具合ははじめてだ。

たしかに今回のプロジェクトは少々毛色が違っている。

というのも、このプロジェクトの単体テストクラスは、自作のとあるクラスから派生させているのだ。

この自作クラスでは、TestInitialize のタイミングで自インスタンスの TestContext プロパティを参照している。
TestContext プロパティ経由で「配置先フォルダ」などいくつかの単体テスト特有の構成値を取得し、単体テストの一部の処理を自動化しているのであった。

再利用性を高めるべく、この自作クラスはクラスライブラリとして独立したアセンブリに収録してある。
この自作クラスを自分の単体テストプロジェクトで利用したければ、参照設定に追加すればそれでOK、という算段である。

さてさて、問題の単体テストをデバッガで追いかけてみた。
すると、この自作クラスが自インスタンスの TestContext プロパティ値を参照したときに、null が返ってきていることが判明。

なぜこのようなことになったのか?

この自作クラスそれ自身には、TestContext プロパティは存在しない。
Visual Stduio の単体テストのテストランナーは、さすがに単体テストクラスの派生もとをたどってまでは、TestContext プロパティを探そうとはしないためだ。
VSのテストランナーに、単体テストクラスの TestContext プロパティを設定してもらうには、派生クラス側で TestContext プロパティを実装する必要がある。

ということで、この自作クラスからは、自身を派生してインスタンス化されたオブジェクトの TestContext プロパティに、静的にアクセスすることはかなわない。
この自作クラスが、いったいどんなクラスの基底に指定されるのかなんて、実行時まで判明しないからだ。

そこでリフレクションを使った。
この自作クラス内には、概ねこんな感じのコードが存在している。

var testContext = this.GetType().InvokeMember(
　"TestContext",
　BindingFlags.GetProperty | BindingFlags.Instance | BindingFlags.Public,
　null, this, new object[] { })
　as TestContext;

このコードが、VS2008 当時はちゃんと動作していたのに、VS2010 に載せてからは null になってしまったのだ。

デバッガで丹念に確認したところ、InvokeMember は非 null で、たしかに何かしらオブジェクトを返してきてはいる。
VS2010 のウォッチウィンドウで確認した感じでは、間違いなく TestConext クラスのように見える。

ところが、このオブジェクトへの参照が、"... as TestContext" をくぐると、アラ不思議、null になってしまうのだ。
なんで??

あーでもないこーでもないと、デバッガ上でいろいろひっくり返して見ているうちに気がついた。

InvokeMember が返すオブジェクトは、たしかに型名は TestContext クラスだが、

アセンブリのバージョンが 9 ではなく 10 になっている...!
そこでようやく気がついた。

いま VS2010 でこうして走らせている単体テストプロジェクトは、.NET4 なのだ。
なので、VS2010 のテストランナーは、.NET4版の TestContext クラスをインスタンス化し、この単体テストオブジェクトの TestContext プロパティに割り当てたのだ。

ところがくだんの自作クラスは .NET3.5SP1ベースでビルドされたアセンブリに生息しており、この割り当てられた .NET4 版 TestContext オブジェクトを、.NET3.5 版 TestContext クラスに as 演算子でキャストして、その結果として null になっていたのだ。

急ぎ単体テストプロジェクトのプロパティを参照してみると...案の定、「対象のフレームワーク」が（.NET3.5 ではなく）.NET4 になっていた。
しようがないなぁ、変換ウィザードの仕業だろう、と思って、そのまま「対象のフレームワーク」を.NET3.5に変更してみたところ、なんと次のエラーメッセージが表示されて阻止されてしまった。

プロジェクトを再ターゲットしようとしましたが、キャンセルされました。
指定された .NET Framework のバージョンまたはプロファイルをテスト プロジェクトで変更できません。

はぁ?

なんだかやな予感がする。
あわてて、VS2010 のプロジェクトの新規作成ダイアログを開いてみる。

対象フレームワークが .NET4 だと、ちゃんと単体テストプロジェクトのテンプレートが用意されているが、
これを.NET3.5に切り替えたとたん、単体テストプロジェクトテンプレートは消失。

ふーむ、そういうことですか。
どうやら VS2010 では単体テストは .NET4 環境での実行に限られるようだ。

致し方ないので、回避策を考える。

まずまっとうなやり方は、この自作クラスを、.NET4 ベースでビルドしなおすことだ。
しかしながら、.NET3.5ベースと.NET4ベースの２つのバージョンを管理するのは、過渡期の今は少々分が悪い。
いずれ捨てることになるであろうブランチを、ソース管理上に作成するがおっくうに感じたのだ。
.NET4 版でビルドしたアセンブリを改めて配布するのも手間といえば手間である。

次なる手段は、VS2008 世代の単体テストアセンブリへの参照を、VS2010 世代のものを参照するように矯正することだ。
単体テストプロジェクトにアプリケーション構成ファイル App.config を追加し、次のように記述する。

<configuration>
　<runtime>
　　<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
　　　<dependentAssembly>
　　　　<assemblyIdentity
　　　　　name="Microsoft.VisualStudio.QualityTools.UnitTestFramework"
　　　　　publicKeyToken="b03f5f7f11d50a3a"/>
　　　　<bindingRedirect
　　　　　oldVersion="1.0.0.0-9.0.0.0"
　　　　　newVersion="10.0.0.0"/>
　　　</dependentAssembly>
　　</assemblyBinding>
　</runtime>
</configuration>

これでばっちり動作した。
このコードをソース管理にコミットしておけば、ほかのメンバーもこのプロジェクトソース一式を自分の開発環境に取得してビルド・実行するだけで、難なく単体テストを実行できる。

ということで、

VS2010 の単体テストは、どうも .NET4 環境に限定されているらしい

という話であった。
もし何か間違いなどあれば、コメント等にてご一報頂ければ有り難い。

もしそうだとして、どこかにちゃんと明記されているのだと思うが、不幸なことに(?)そのような情報源に触れることがなかった。
VS2010 はβから評価・試用してはいたのだが、ここまで入念に試したことはなかった次第。