Skip to content
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

Suggestion: Make it QUnit API #147

Open
izelnakri opened this issue Apr 7, 2022 · 1 comment
Open

Suggestion: Make it QUnit API #147

izelnakri opened this issue Apr 7, 2022 · 1 comment

Comments

@izelnakri
Copy link

izelnakri commented Apr 7, 2022

Summary

Hi there, I've just had a look into this project and I'm maintaining a different testing tool in node.js. I'll soon investigate moving the tool to deno. I've also read the blog post to see your motivation on building this tool. Thank you for building it, I might also use your code as reference/example.

I highly suggest that you move the library API to QUnit API: https://api.qunitjs.com/QUnit/module/#hooks-on-nested-modules . I suspect this achieves the same thing and would really help rest of the community to use a shared testing API/tools eventually.

Also, another suggestion: you can make the tool output in TAP - Test Anything Protocol by default so people can write their own custom reporters.

@crookse
Copy link
Member

crookse commented Apr 8, 2022

Hey @izelnakri , we appreciate you bringing this up! personally, I don't know much about qunit, but how would Rhum fit into it exactly? It seems that quint already has nesting, grouping, and hooks. I don't see mocking, but maybe i'm not looking in the right spot? anyways, if it's the mocking piece you're talking about, we're actually having an internal discussion about moving rhum forward as being a mocking module without a test runner. and possibly making it agnostic

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants