-
Notifications
You must be signed in to change notification settings - Fork 200
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is WCT still supported? #3398
Comments
In our organization we spent a lot of time getting WCT to work, and learned that it will essentially break with every other version released in some way or the other. And even if WCT itself isn't modified, the world around it moves (browsers, testing libraries like mocha, ...), which also tends to break our WCT tests every single time. After a long look at this situation at least came to the conclusion that WCT is not viable in the current state as a framework for testing, and adds more headaches than it solves problems. YMMV, of course. |
@usergenic I can see you did some work for #3394 Would you be so kind as to explain to us how WCT is maintained and where the roadmap is? Thanks a lot! |
@nicojs the short answer is that WCT does not have a roadmap (per se) for any enhancements and maintenance has been much sporadic due to competing demands. As essentially the sole maintainer, my immediate goal is to identify and get rid of major blockers so that existing projects depending on it can stay on course without having to switch it out for a new testing approach. WCT has a lot of dependencies and convenience features which are inherited from the Bower days that are hard to reconcile in the Node world-- In the coming weeks I expect to either try releasing a major version bump of WCT and possibly the rest of the Polymer toolchain, to drop Bower legacy stuff and eliminate outdated dependencies on things like lodash etc to eliminate security warnings on the old libs -OR- provide an equivalent alternative test solution using an existing mature test runner that feels like a good match to WCT's workflow and philosophy. I'll come back to this Issue as soon as we have more details. Thanks for your patience. |
That said, I just released |
wct-local@2.1.4 released |
It would be absolutely amazing if we could use jest in our WC tests. |
I guess you could. That is more of a remark to post in the jest issue tracker, isn't it? Jest is not a test framework to be loaded into the browser by WCT. It is a test runner all on it's own. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
BREAKING CHANGE: The @stryker-mutator/wct-runner package is dropped in Stryker 4.0. Please see #2386 for more details. Feel free to keep using @stryker-mutator/wct-runner@3 or start a community fork. Note that [support for the web-component-tester itself is minimal](Polymer/tools#3398), you might want to consider switching to a different test runner. Stryker still supports Mocha, Jest, Jasmine and Karma.
BREAKING CHANGE: The @stryker-mutator/wct-runner package is dropped in Stryker 4.0. Please see #2386 for more details. Feel free to keep using @stryker-mutator/wct-runner@3 or start a community fork. Note that [support for the web-component-tester itself is minimal](Polymer/tools#3398), you might want to consider switching to a different test runner. Stryker still supports Mocha, Jest, Jasmine and Karma.
Dear Polymer tools maintainers.
What does the future hold for WCT? I'm curious because WCT is currently one of the supported test runners for Stryker, the mutation testing framework and we're wondering if we need to keep supporting it.
I can see that issues surrounding WCT currently don't get much love. Examples:
In its current state, I don't see me using WCT for my own web components. I would rather use Karma or Jest.
The text was updated successfully, but these errors were encountered: