-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Share a standard Reporter interface? #659
Comments
(please say yes) |
I'm not philosophically opposed, as long as we're talking about a base minimum API, so that Jasmine might be able to have a superset if necessary. I can imagine this taking a bit of time, particularly if there is data that we don't currently track and don't really have access to that becomes part of the standard. Seems like a win for most people though. There are a few Jasmine guiding principles that could come into conflict (avoid external dependencies, avoid DOM/Browser binding where possible): essentially we'd want to see the format be implementable in plain javascript. |
Discussions: https://github.com/js-reporters/js-reporters/issues/ |
Can you add me over there as well? Thanks. |
Done @slackersoft. |
Closing this issue in favor of keeping the discussion in the js-reporters group |
We on the QUnit team have been discussing the possibility of working with other JS test frameworks (e.g. Mocha, Jasmine, Intern, etc.) to agree upon a standard Reporter interface so that we could hopefully share Reporter plugins between testing frameworks.
This would most likely come in the form of an EventEmitter interface with an agreed upon minimum viable set of standardly-named events and associated standard set of data/details provided to each.
Would you guys be interested in discussing this further with us?
Cross-reference issues:
cc: @jzaefferer @Krinkle @leobalter
The text was updated successfully, but these errors were encountered: