Windows Store Apps No Longer Supported By NCrunch

by Remco 5. November 2015 15:29

There really isn't a happy and easy way to write about this.  The title says it all.  From the release of VS2015 and Windows 10, Windows Store Apps are no longer supported by NCrunch.

By 'support', I mean that I can't warrant that they will work with the product, I can't provide technical support for when they don't work, and will invest no further effort to maintain the integration point.

So why is support being withdrawn?  Well, there is a number of reasons:

  • It's broken in a really deep way.  Windows 10 introduced some very fundamental changes to the way the application sandbox interacts with the UI.  These changes include the removal of the ability to suppress splash screens when the test environment is initialised.  The result is that if you try to run Windows Store App tests on Windows 10, you'll get a big splash screen jumping up in your face.  For a foreground testing tool like VSTest, this is annoying.  For NCrunch, it's a deal-breaker.  Because the issue is nested deep within the O/S itself, there is no way to work around it.  The MS team responsible for this area is aware of the problem, but unfortunately it doesn't seem simple to fix and it's possible we won't have a way to deal with it for quite some time.
  • It's broken in at least one other way.  The installation of VS2015 (or a related update) changes the security model around the Windows Store sandbox app containers.  This has completely broken the NCrunch integration. As soon as the update is installed, NCrunch cannot initialise an app container for any version of Visual Studio installed on the system.  It's quite possible that there is a way to fix this problem or work around it, but this would still require a massive investment of time that may result in no solution at all.
  • No one seems to be using it.  I know this probably isn't true, since there was a long list of people that were eager to have the Windows Store support introduced in NCrunch, but the feedback I've received is that very few people are using NCrunch to test Windows Store Apps through the sandbox.  To put this in perspective, the above problem has been present for at least 4 months now and not a single person has reported it.
  • It's the boogeyman of all integration points.  There is no formal API, no documentation, no simple working example, few sensible error messages and no promise of 3rd party support for the integration of NCrunch into the Windows Store environment.  The initial integration required a herculean effort to implement and took multiple miracles to finally stablise.  For years I have lived in fear of every change MS introduced to the sandboxing, lest they change something that breaks the integration in a way that I'd be unable to fix.  And now it's finally happened.
  • I have doubts about the future of this platform.  The picture is now very different from what it was back in 2013 when the integration was introduced.  Since then, Windows RT has been discontinued and Windows 8 saw enough of a backlash that Windows 9 simply didn't exist.  There is little incentive these days to write an application for the Windows Store.  Microsoft now seem to be moving in the direction of Windows Universal Apps, which are hosted in a yet another sandbox of a different kind.  I'm sure other people will have their own opinions and projections about the future of Windows Store Apps, but my role as a tools vendor is to prioritise resources to best create value for NCrunch users.  It's hard to justify investing so much more time on a platform when I'm uncertain about its future.

So if you're using the Windows Store integration with NCrunch right now, what will happen?  Well, you can continue with the toolset you're using.  The existing integration code in NCrunch won't be pulled out any time soon (perhaps never), and it will still work where it has previously.  But you should be aware that if you upgrade to VS2015 or Windows 10, it won't work and no future version of NCrunch will fix it.

I'm sorry to anyone that is relying on NCrunch for their Windows Store development.  I tried. I really did.


Comments (1) -

AlSki United Kingdom
12/15/2015 8:28:28 PM #

Hi Remco,
While I completely understand what you are saying here, I am at least one person that is still hoping for nCrunch support of Windows Store Apps, however I'm not sure that I have a very standard 'mobile developer' workflow.

My background is professional programming, my day job is working for financial organisations who depend on testing to minimise the issues that reach our users. My history involves nunit, CruiseContol.Net, RhinoMocks, TDD, and later BDD via SpecFlow, Moq and TeamCity. I've built and tested websites,  server side applications, client applications and these days I'm working on UIs. When I came across nCrunch it was a perfect fit for developing a WPF application, using SpecFlow BDD and NUnit TDD, targeted at the ViewModel/Controller layer (

In my spare time I like messing around with new technologies and trying to build things I can use for the devices I have, hence the trying to fit the same process I use professionally onto development of at first Windows Phone 8 applications and now Universal applications. The problem however is the number of tools that don't fit that workflow.

Testing frameworks unsurprisingly aren't supported
- NUnit - instead we use the mstest-based mobile test application, the one that shows a UI and basically runs a Sandbox app test runner.
- SpecFlow - also not supported.

But also libraries
- Should ( not built for .NetFxCore (only .net3.5)
- Moq (net4, net3.5 and sl5)

(In fact I just discovered that the guys behind Moq have produced a NuGet assertion library for NetFx that is based on snippets!

So as much as it pains me to say it, I have to come to the conclusion that mobile developers just aren't testing!


Please log in if you would like to post a comment

About Me

I'm Remco Mulder, the developer of NCrunch and a code monkey at heart.  I've spent the last decade consulting around Auckland and London, and I currently live in New Zealand.  Interests include writing code, writing tests for code, and writing more code! Follow me on twitter