Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    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:
    Justin Meyer
    @justinbmeyer
    yeah, I think that would make sense
    Ivo Pinheiro
    @ivospinheiro
      window.console.log = console.log = function () {};
  window.console.groupCollapsed = console.groupCollapsed = undefined;
  window.console.groupEnd = console.groupEnd = undefined;
    Justin Meyer
    @justinbmeyer
    :-)
    so ... your app is seeing some can-bind semaphore issues
    (b/c I think they are the only thing that calls groupX methods in CanJS)
    are they number <=> string conversion issues?
    Ivo Pinheiro
    @ivospinheiro
    probably yes,
    I have to investigate these messages a little further
    Justin Meyer
    @justinbmeyer
    in this app I just upgraded, I see them b/c the routeData will have "5", but it will be converted to 5 on some viewModel
    Ivo Pinheiro
    @ivospinheiro
    I will check the types on the binding
    Justin Meyer
    @justinbmeyer
    we need an any-to-string converter (that just is a backwards string-to-any)
    Ivo Pinheiro
    @ivospinheiro
    ok
    Justin Meyer
    @justinbmeyer
    so folks can do <child-component todoId:bind="any-to-string(routeData.todoId)"/>