用NUnit跑C#和C++的單元測試 單元測試代碼
這幾天打算用個自動化的單元測試框架來組織一些case，因為之前用過CppUnit，第一感覺是用它吧。剛好有個項目組做一個關于用NUnit的sharing，而且是兼容并包managed和native的case。想想可能能受到些啟發，便跑去聽了一下。
他們用的測試框架當然是NUnit，跑C#的case自然不在話下，可是如何跑C++的case呢?不是CppUnit的改裝，而是另外一套東西，有同學已經做出一個現成的工具了:GenTestAsm.，基本步驟如下：
1. 用C++寫case，并export。
2. 解析C++ DLL文件，得到export的case
3. 自動寫C#代碼調用這些export的case(看著高深，可有規律的東西肯定能自動化)
4. 編譯產生的assemly可以直接在NUnit里面跑了。
很酷!
順便記下幾點：
1. NUnit和被測代碼是在同一個進程里面，很容易由于被測代碼引起整個測試框架的crash，那么拿到終的report會有問題。雖說C#的case不容易crash(沒有指針?)，但通過上述方法調用C++，讓它crash不是件難事。所有好是能做進程外測試。
2. NUnit使用shared copy的方法，使真正load進來的dll并不是你編譯出來的那個，而是另外拷了一個，這樣在可以在不關閉NUnit的情況下rebuild被測工程。當然，GetTestAsm也提供了Thunk DLL的技術，在每個case開始時load DLL， 結束時unload DLL，也達到了這種效果。
3. VC++中Additional Dependencies除了lib，還能加obj，這樣另外一個工程中的代碼可以直接編譯進本工程了。這么做的目的是希望使用另外一個DLL中的未export的函數。但是因為obj不是同一個工程編譯出來的，一些工程設置上的不同可能會引起問題。
4. LoadLibrary是可以load一個exe的，MSDN也說明了 --- 我竟然以前都沒注意到。當然，寫一個exe純粹為了當dll那有點不和諧了。我遇到過的在exe里export函數，是為了在同一進程中的插件里使用這些函數。
不錯，可以考慮一下用NUnit，這樣case既可以是C#的，也可以是C++的，比較靈活。
