Test carefully and be sure to try these features. The easiest way to find out what you are looking for is by writing a few tests in each and finding out what your workflow will be like.
Silverlight unit test systems are less mature there than officially shipped, full-fledged test environments for the .NET environment on the desktop, so your experience may vary. Understand that today's Silverlight test solutions (which actually run inside a web browser) specifically help people to get information about their code and components in the context of the Silverlight platform, and not necessarily for quick or easy testing, which you can get through the integrated Visual Studio tools .
The isolated security model for Silverlight makes many standard testing tools that you can expect much more difficult.
In fact, this is another platform, so it may not make sense to run each test (for example: a "load test" for a web application ... you can "emphasize" a Silverlight application or look at its "performance" but a "load test" it refers to underlining your machine hosting the .XAP file, and is not very interesting for Silverlight applications).
If you are more worried about testing your business logic and good integration, we strongly recommend writing enough layout / IoC code so that you can develop most of your application and test the version created as a regular .NET desktop library ~ you could have a subset of the tests that are only Silverlight in the browser.
To your notes:
Are you really going to test web service calls with your tests? Such integration / client + server testing can be very, very difficult for Silverlight client code and web service to execute correctly.
Integration with the Visual Studio 2008 IDE for the Silverlight unit test environment will not be great. You may have a Silverlight test project / application that you can press F5 to open and debug in Visual Studio and run the tests. However, you will not be able to right-click Run All Tests or process case management tools.
Automated test verification for the Silverlight module testing platform is something that is slowly evolving; some people have written the Silverlight test suite on CodePlex. You may not get this easily, and your builder / test computer will need to be configured so that the build service runs instead as the actual user process so that it can open and control the web browser.
In the future, in the Silverlight Toolkit team, in the future we will release some level of automated testing support, as well as simple code coverage support, but these tools are currently unavailable (October '09)
source share