Our organization has been unit testing for several years. We started out with hand-built mocks, then moved to NUnit mocks, then moved to Rhino Mocks (which we've been using for ~3 years now), and now are considering moving to TypeMock Isolator.
We love the powerful and simple Isolator API. Great job there.
However, we have some concerns that may prevent us from using Isolator:
-Installing TypeMock causes Visual Studio 2008 to act up. We've seen several crashes of VS, and numerous times where VS is pegging the CPU. Less importantly, it causes VS memory usage to shoot up to 1GB+. Is TypeMock VS integration still unstable?
This unstable VS integration is the most pressing concern that prevents us from using TypeMock.
-We are using Microsoft Pex integration, and have read some
scary posts claiming TypeMock and Pex don't play well together, again due to the VS integration. Any truth to this?
-We use CruiseControl.NET and its built-in NUnit task to automatically run our 10,000+ unit tests. Searching your forums
reveals TypeMock doesn't work out-of-the-box with CruiseControl.NET, but requires a plug-in, which isn't officially supported. Sounds like pain. I don't wany any pain points here, what's the story for this?
-We use TestDrivent.NET + NCover integration to get code coverage. Searching your forums
reveals further issues with NCover. What's the story for this?
Seeing all these potential pain points is scaring us away from TypeMock Isolator, as much as we'd like to use the powerful and simple mocking API you guys have created.
Seems to us, we should wait to adopt TypeMock until things mature and stabilize. Thoughts?