A while ago I started a topic here asking for including any framework for testing client-side code built into Rails and integrated to generators as well.
Rails 4 would be a great opportunity for including such a feature. By that time, most (including me) have suggested Jasmine as such a
framework. But actually I don’t really care which framework would be chosen as it could be easily replaced.
For example, it is pretty clear for me that Konacha has set the
proper way of dealing with such kind of tests:
Basically its approach is to provide two useful tasks: konacha:serve - starts an isolated application sharing the asset
pipeline for in-browser test runner;
konacha:run - suitable for CI, although I'm still not sure what
approach to take for implementing such task, so this could be added in the future, after the other task, which approach is more obvious to opt for.
But it has a single issue that is too easy to be fixed - it is not
If Rails provided the idea used by Konacha built in, but providing
Rails wouldn't even have to add support for common libraries, like
Sinon.js or Jasmine. It could include any test runner.
For example, since Rails opts for test/unit assertions style as well
as jQuery as default choices, it would make sense to keep with that style by choosing QUnit, which is also developed by the jQuey team and uses the assertions style:
I wouldn't use the default QUnit in the same way I don't use
test/unit for my Ruby tests, but it should be trivial to just add a gem composed by one or two files that would enable me to use Jasmine while taking advantage of the assets pipeline.
Of course I can already have something like this working in current
Rails, but the approach taken by Konacha seems so straightforward, clean and simple to me that it seems that every runner should take a similar approach basically changing only some settings like the template of the runner as well as the pattern where to look for test files.
It doesn't make sense for all similar gems to rewrite all the common
infrastructure. And it would be great to transmit the idea that client-side code testing is as much important as server-side testing.
Actually chances are that client-side code will be more and more
important as time passes. And still, Rails seems to be ignoring that by not providing tests for the CoffeeScript generated assets.
I wasn't sure about what approach to take at the time I first
We would just need to add some hooks to make it framework-agnostic,
and that shouldn’t be hard to do.
Any thoughts about this? Kind regards, Rodrigo.