MicrosoftでIIS URL書き換えモジュールをテストするために使用する方法は次のとおりです（コマンドラインベースですが、VSでも機能するはずです）。
- ソースコードをcppファイルに移動し、必要に応じて前方宣言を使用して、ヘッダーファイルが消費可能であることを確認します。
- ライブラリー（.lib）としてテストするコードをコンパイルします。
- UnitTestプロジェクトをCLRサポート付きのC ++として作成します。
- ヘッダーファイルを含めます。
- .libファイルを含めます。
- Microsoft.VisualStudio.QualityTools.UnitTestFramework.dllへの参照を追加します
- ユニットテストを宣言するために非常に小さなクラスを使用し、次のようなマネージコードからC ++ /ネイティブコードにジャンプします（タイプミスがある場合があります）。
次に例を示します。
// Example
#include "stdafx.h"
#include "mstest.h"
// Following code is native code.
#pragma unmanaged
void AddTwoNumbersTest() {
// Arrange
Adder yourNativeObject;
int expected = 3;
int actual;
// Act
actual = yourNativeObject.Add(1, 2);
// Assert
Assert::AreEqual(expected, actual, L"1 + 2 != 3");
}
// Following code is C++/CLI (Managed)
#pragma managed
using namespace Microsoft::VisualStudio::TestTools::UnitTesting;
[TestClass]
public ref class TestShim {
public:
[TestMethod]
void AddTwoNumbersTest() {
// Just jump to C++ native code (above)
::AddTwoNumbersTest();
}
};
このアプローチでは、C ++ / CLIのことをあまり学ぶ必要はありません。実際のテストはすべてC ++ネイティブで行われ、TestShimクラスを使用してテストをMSTest.exeに「公開」します（または表示します） ）。
新しいテストを追加するには、新しい[TestMethod] void NewTest（）{:: NewTest（）;}メソッドと新しいvoid NewTest（）ネイティブ関数を宣言するだけです。マクロも、トリックも、率直なものもありません。
現在、headeファイルはオプションですが、C ++ネイティブシグネチャ（Stirng ^ではなくwchar_t *など）でAssertクラスのメソッドを公開するために使用できるため、C ++に近く、C ++ / CLIから遠ざけることができます。 ：
次に例を示します。
// Example
#pragma once
#pragma managed(push, on)
using namespace System;
class Assert {
public:
static void AreEqual(int expected, int actual) {
Microsoft::VisualStudio::TestTools::UnitTesting::Assert::AreEqual(expected, actual);
}
static void AreEqual(int expected, int actual, PCWSTR pszMessage) {
Microsoft::VisualStudio::TestTools::UnitTesting::Assert::AreEqual(expected, actual, gcnew String(pszMe
ssage));
}
template<typename T>
static void AreEqual(T expected, T actual) {
Microsoft::VisualStudio::TestTools::UnitTesting::Assert::AreEqual(expected, actual);
}
// Etcetera, other overloads...
}
#pragma managed(pop)
HTH