 |
|||||||||
|
|||||||||
|
|
The problem is that Silverlight doesn't let you mix Silverlight and non-Silverlight assemblies. So, you can't add your SL class library to a test harness (like MSTest), nor can you even add an assembly to your Silverlight library (like NUnit). [If there's a way to do this, I haven't seen it yet, and I'm all ears].
So, there is a work-around. What you could do is create an MSTest project, and then place your Silverlight class library in a child folder of that MSTest project. Then each project has references to all the same physical files.
For example, have a Test solution at:
FolderSilverlight\Tank\Tank.Test\Tank.Test.csproj
And then your silverlight class library, called "SilverlightUtilities", as a child:
FolderSilverlight\Tank\Tank.Test\SilverlightUtilities\SilverlightUtilities.csproj
Then, say you have a silverlight file to test, like "MathHelper.cs", located in the SilverlightUtilities:
FolderSilverlight\Tank\Tank.Test\SilverlightUtilities\MathHelper.cs
Both projects, "Tank.Test" and "SilverlightUtilities" can have references to the same physical file, "MathHelper.cs" (there is only one copy of this file, but it gets referenced by two projects). Essentially, this means that the Tank.Test Project includes both the source code, and the test code.
Note, you'll need to give the Test project references to several Silverlight prerequisites:
agclr - C:\Program Files\Microsoft Silverlight\agclr.dll
System.Core - C:\Program Files\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll
System.Silverlight - C:\Program Files\Microsoft Silverlight\System.Silverlight.dll
System.Xml.Core - C:\Program Files\Microsoft Silverlight\System.Xml.Core.dll
This does mean that as you add each new C# file, you have to build two projects, but an automated script should make that easy.
Also, I still haven't found a way to test code that uses Xaml (like a Silverlight Control). I keep getting the error:
Project file must include the .NET Framework assembly 'WindowsBase, PresentationCore, PresentationFramework' in the reference list.
I'm sure there's a way to deal with this, but I haven't found it yet.
I hope that because Silverlight is still a beta, that Microsoft will eventually make it easier to unit test. In the meantime, it's good to be able to continue writing tests, even on Silverlight.
Hi,
you can compile one of the unit test frameworks under Silverlight, than you
can use it native. I've done that with NUnitLite and blogged about in
(unfortunately in german).
I have read your solution and the one Stefan advocates. I decided I'd be
better off with a simple XAML page that is my unit test. I wrote a function
Assert that you call from your test methods. It creates the red/green
TextBlock and appends to the parent Canvas. The code is in my blog.
