The app doesn’t access any external services (I’m using Fixtures for hte tests).
I tried your 2 suggestions and I still get the 10 seconds delay.
I see in my test-div that the route is visited in no time, but the test still wait of the andThen clause. From what I’m seeing, it’s like the visit() couldn’t say it actually resolved, instead, it wait the the generic 10 seconds timeout.
Any update on this. Our tests are also dog slow. Not only that but they are cumulatively slow (gets slower the more integrations test are ran). PS we use pretender for our network mocking.
Not sure if this helps you guys, but we just had the same problem. Our solution was twofold:
First, we had some tests that were from generators whose source classes had been deleted. So we had e.g. foo-component-test…when Ember ran the test, it tried to create a foo-component prior to the test (to set this.subject()), but failed. Each test that failed to create an object like that hung for about a minute before timing out and moving on. With 15 or so stale tests that quickly added up.
Second, we had a test that had a typo in its moduleForComponent call. It also hung for a minute, failing to create the component.
Perhaps a bit late to enter the conversation, but I am developing an ember app on cloud9 hence the development server is remote. Disabling the live-reload server massively increased the speed of my tests in the browser.