-
Notifications
You must be signed in to change notification settings - Fork 7
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
"Only" option #10
Comments
Phil, agreed. Go ahead and take a look at it. We'll merge it.
|
The way this can be implemented easily is to create a separate test bag for only tests and if it's not empty at the end of adding all test suites, run that test bag, instead of the all test bag. Let me know if you're working on it, if not, we'll do it once we have time. |
+1 |
1 similar comment
👍 |
By the way, does anybody know a way to tell tinytest only to show failed tests? |
In browser? Doesn't exist. Ronen Babayoff On Wed, Oct 15, 2014 at 7:21 PM, Dominik Guzei [email protected]
|
But you can create your own test-in-browser package and support that. This https://github.com/meteor/meteor/tree/devel/packages/test-in-browser And then, to use your published package: meteor test-packages --driver-package my:test-in-browser |
I don't think there is a concept of
only
on an munit suite, is there? Eg:or
This is a concept from Mocha, that if we had it on the raw Munit suites/tests we could put it on the BDD
describe / it
semantics.Want me to take a look at this? Or would that be easy for you to bang out seeing you've got you're heads around the MUnit class.
To do one better than Mocha, it's would be really important to be cumulative around
only
filters. This allows you to narrow in on say 2 relevant tests that you're working on. Mocha just finds the first match of.only
and runs that, which is super annoying.The text was updated successfully, but these errors were encountered: