lgandecki
commented
6 years ago Hello @DanielMSchmidt :-)
About the binary/api.. yeah. I'm not sure either way. Starting up with API is slow.. I'm guessing is the same with binary. I think we need a way to reuse existing cypress session. I can imagine doing some hacks (make a temporary file to which we write all tests that have to run, with some defer.. and then run them together once the list stops growing. but that's really working around how the jest is supposed to run tests. The other option would be to somehow have cypress detect whether there is an instance running - if there is, use that, if not, start up a new one and use that. Not sure if we can do that without quite extensive cypress modifications though. Preferably, for the development mode, I would actually like to see th tests run in visual mode (and rerun them whenever I change my application code) We've done that with chimp, when meteor app restarted - watched tests restarted as well, that was a fantastic dev experience.
Those are the areas are mostly concerned about currently. What are your thoughts, goals, plans? :)
DanielMSchmidt
For earlier discussions please see facebook/jest#5706.
For me, the plus point of the binary was that I could use all the options we already configured and pass them to the runner directly. I thought this would make the migration easier, but I think using the node API gives us more power over what is happening.