Thanks, I'll give another try and if I still face some problems I'll say ;)
thanks @phillipskevin
Kevin Phillips
@phillipskevin
sounds good
Sérgio Cunha
@sergiomcunha
Currently you don't have coverage on bitballs, right?
Kevin Phillips
@phillipskevin
correct
not much work has been done on bitballs recently
Sérgio Cunha
@sergiomcunha
I've tried to run coverage on place-my-orders like this testee src/test.html --coverage --browsers firefox --dir coverage --reporters html --ignore ['node_modules']
but without getting any result
Sérgio Cunha
@sergiomcunha
If instead of running it on firefox run on chrome it output this on console
(I've done ´npm install´ before running the command and everything went fine)
Kevin Phillips
@phillipskevin
does the normal npm test work?
looks like it’s just missing jquery as a dependency
also, I’m not sure you can set the nested coverage options like that
you might need to use a config file
Sérgio Cunha
@sergiomcunha
The normal npm test work
I assumed that everything was updated on documentation, but If it's needed a config file, then I'll create a config file
the jquery is present
I don't understand why it's throwing this error
Dovid Bleier
@dbleier
now that chrome 59 with headless chrome is available, has anyone tried it with testee? Or better yet how can one configure testee to use headless chrome since it needs to run with flags?
Hi all, We're currently evaluating the way we implement and run our test suits and we're considering splinting the test executions across several processes. Any thoughts on this? "Dos and Don'ts" that sort of stuff :) Appreciate any input.
Ivo Pinheiro
@ivospinheiro
@pmgmendes, so basically you're asking if it is possible to run "test suites" in parallel?
Pedro Mendes
@pmgmendes
@ivospinheiro , Not exactly. Several processes meaning multiple testee calls.
Paul Tichonczuk
@tracer99
Is there a way to have testee not hang on exceptions? Currently, if there is an exception, testee simply hangs and doesn't continue with the tests, nor does it fail the tests.
Chris Andrejewski
@andrejewski
@tracer99 There is an open PR to address failures: bitovi/testee#163 but right now there isn't a good solution
Gregg Roemhildt
@roemhildtg
What would cause testee / browser time out? It doesn't happen locally, only on Travis ci and the error it prints out doesn't help at all. Maybe the browser is erroring out but the error is not printed?
Right now, Travis is running your tests with Node 6 and npm 3, so your package-lock is being ignored
When I ignore the package-lock and install the dependencies, I see errors in Firefox’s console
Chasen Le Hara
@chasenlehara
So I would probably just change your Travis config to use more recent versions of Node and npm (to match your dev environment)
Let me know if that does the trick @roemhildtg
Gregg Roemhildt
@roemhildtg
Ok! will do Thanks
Gregg Roemhildt
@roemhildtg
I think the errors you have seen though are from the master branch, right? They should be fixed in the "reogranize" branch
I'm getting all tests passing in firefox
Chasen Le Hara
@chasenlehara
Yeah, I just checked out master
Paul Tichonczuk
@tracer99
Had unit tests working using headless chrome. Several updates of chrome later, and I now get errors like Unable to locate service manifest for metrics and Failed to resolve service name: metrics
eventually I get the 120ms timeout
If I try running it not headless, I see the browser open with the right URL, but nothing happens and it fails with the same timeout (but without those above errors)
Paul Tichonczuk
@tracer99
UGH!. It was the delay. Increased it to 2000 from the default 1000 and it works now
Ivo Pinheiro
@ivospinheiro
Hi guys is anyone has any sample project about how to have code coverage with testee? I've tried to put it working but it is always hanging while instrumenting the code.
Kevin Phillips
@phillipskevin
@ivospinheiro can you run it with DEBUG=testee:*? You should be able to see what file it is hanging on.
Ivo Pinheiro
@ivospinheiro
I've created a sample project using donejs create app