Run js tests, for example jasmine
-
I know I'll be disappointing many people by saying this, but at the moment I don't see this happening for NCrunch in future.
Contrary to what some believe, properly adding JS support to NCrunch is an enormous task. It would involve a complete reconstruction of all build and runtime components of NCrunch. It would also require integration with a huge range of different frameworks and toolsets, many of which are in a constant state of flux. The JS eco-system is much larger and more fragmented than .NET, with so many different ways of approaching even the simplest of scenarios.
Supporting JS through its never-ending evolution would massively increase the effort required to keep NCrunch up to date - such that new development on features would essentially stop, with all effort going into maintaining integration points.
It's been suggested that there is the possibility for a half-way approach, such as implementing only Jasmine/QUnit support, or not tracking code coverage, etc. I don't feel this is a solution, as even the smallest step into JS will set eventual expectations on full support, and there is still a potential infinite number of unconsidered edge cases that will give people unending frustration. I refuse to implement a feature like this unless I know I can do it properly and to a standard worthy of the product.
Artem Govorov's WallabyJS has been gathering momentum lately and looks like a really good option for continuous/concurrent testing in the JS space. This project was inspired by NCrunch, and is likewise run by a passionate developer who greatly cares for his product. Its price is very reasonable and I recommend taking a look - http://wallabyjs.com/
-
Brett Jacobson commented
While it would be awesome if NCrunch could support JavaScript/TypeScript, I cannot imagine that it would be easy to match wallabyJS. My company just pays for both, and we're very happy with both.
-
Caysey commented
I have been using http://wallabyjs.com/ to run my jasmine tests for a while now, happy so far.
-
Seb Smith commented
I am an in exactly the same situation as Harry Patel. The lack of JavaScript support is unfortunately proving to be enough of a reason to not move to NCrunch in my organisation.
-
harry patel commented
I have seen first hand in the dev team I am in (12 devs) that people do not want to pay for ncrunch if it does not cover all of the runtimes we are on. We were on silverlight and i understand why that is not supported but javascript will be around longer that .net and we have devs that use VS to do their js development because of asp.net mvc so it would be great to have ncrunch run the tests and have a consolidated report. I would understand if the amazing interactivity we get for .net inside VS cannot work for js.
-
Magnus Lidbom commented
Turns out someone has already done something similar: http://blog.dantup.com/2014/03/cross-browser-javascript-testing-with-karma-and-visual-studio/
Code here: https://github.com/DanTup/TestAdapters
I would love it if you could do this classic lean. We don't have to have full and perfect integration for it to be quite useful. Just getting the results into the same result list as .net tests would be good enough to release the first version in my opinion.
-
Magnus Lidbom commented
Just chiming in to say that this can probably be far easier than you think.
You really would NOT need to implement your own runner to do it.
It should be far far easier to integrate with an external runner like karma that is already very competent. This is the approach that Jetbrains WebStorm uses: http://blog.jetbrains.com/webstorm/2013/10/running-javascript-tests-with-karma-in-webstorm-7/The level of support demonstrated there would entirely satisfy me and would hugely improve the experience of working with javascript tests in resharper.
I absolutely would not expect grid support out of something like this. At least not for a good long time.