Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Paul Tichonczuk
    @tracer99
    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
    made some changes and published on my github https://github.com/ivospinheiro/donejs-testee-coverage
    npm run check-coverage
    Kevin Phillips
    @phillipskevin
    what does testee-coverage-config.json look like?
    make sure you do something like
        "coverage": {
          "ignore": [ "node_modules" ]
        }
    Ivo Pinheiro
    @ivospinheiro
    sorry I've forgot to push the missing file
    already on the repo
    Kevin Phillips
    @phillipskevin
    ok, I'll try it out
    Ivo Pinheiro
    @ivospinheiro
    It hangs after:
      testee:coverage should instrument /node_modules/funcunit/browser/adapters/mocha.js +1ms
      testee:coverage should instrument /node_modules/steal-css/css.js +6ms
      testee:coverage should instrument /node_modules/syn/src/mouse.js +1ms
      testee:coverage should instrument /node_modules/syn/src/key.js +0ms
      testee:coverage should instrument /node_modules/steal-qunit/add-dom.js +7ms
      testee:coverage should instrument /node_modules/syn/src/typeable.js +16ms
      testee:coverage should instrument /node_modules/jquery/dist/jquery.js +2ms
    Kevin Phillips
    @phillipskevin
    remove the --coverage from the command
    if you use that, it ignores the coverage option from your config file
    with --coverage:
    image.png
    without it
    image.png
    that's why it is still trying to "instrument" your node_modules folder
    Ivo Pinheiro
    @ivospinheiro
    ok
    I should paid attention to the console output
    Thanks @phillipskevin
    Kevin Phillips
    @phillipskevin
    there's a lot of messages
    Ivo Pinheiro
    @ivospinheiro
    Yes indeed
    Kevin Phillips
    @phillipskevin
    hard to know what to look for exactly
    Ivo Pinheiro
    @ivospinheiro
    Just a suggestion maybe it makes sense to improve the documentation about code coverage
    Kevin Phillips
    @phillipskevin
    yeah, absolutely
    Ivo Pinheiro
    @ivospinheiro
    If you want I can open a issue for it
    Kevin Phillips
    @phillipskevin
    yeah, that would be great
    Ivo Pinheiro
    @ivospinheiro
    Ok, I'll do that
    Kevin Phillips
    @phillipskevin
    thanks
    I submitted bitovi/testee#169 also
    Ivo Pinheiro
    @ivospinheiro
    Hi!
    In the project that I'm currently working we have lots of Unit/Functional tests using QUnit+FuncUnit, and these tests are taking a significative time to run, about 30 minutes.
    Is it possible to configure testee to run tests in parallel?
    The tests are running on chrome headless and testee is configured to use xunit-file as reporter.
    Also, it seems that on xunit-file we can't configure the reporter output file without using XUNIT_FILE environment variable.
    Justin Meyer
    @justinbmeyer
    I've only every done it by starting testee 3 times with different config
    by parallel, you mean different browsers in parallel
    or do you mean actual tests?
    I'm not sure testee handles multiple of the same browser being opened at the same time ...
    You might be able to hack something together yourself that opens a bunch of different iframes
    we did this for CanJS 2.3, we had a page that would open 6 different iframes, each one running different tests
    Ivo Pinheiro
    @ivospinheiro
    Yes, in order to speed up test execution I was trying to have multiple browser windows/tabs open at the same time
    If we have multiple iframes running at the same time, maybe it can overload the the browser
    Justin Meyer
    @justinbmeyer
    @ivospinheiro overload how? at least w/i chrome, tabs are new processes, just like other windows
    Ivo Pinheiro
    @ivospinheiro
    @justinbmeyer in the case of an iframe I guess that they run in the same process/thread of the parent window, or not?
    Justin Meyer
    @justinbmeyer
    @ivospinheiro I would guess no, but I'm not 100% sure.
    Ivo Pinheiro
    @ivospinheiro
    Hi guys,
    Does it make sense to have a feature on testee to disable the collecting of console log messages like console.log, console.info, console.warn.
    I've found out that this log collecting and sending it from testee-client to the testee-server it is interfering with the normal execution of the tests.
    Meanwhile I've implemented an hack to disable the collecting of this messages doing this: