-
Notifications
You must be signed in to change notification settings - Fork 3
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
collect-only incompatible with nosedep #12
Comments
Hi and thanks for your report. I added simple unit tests for this since there were none, but they pass without further changes. I haven't investigated the syntax of specifying the classname in the end that you use yet though, does it have any effect you regarding this? If not is it possible that you could provide me with some simple sample code that reproduce the issue? |
Based on your
Execute with: You'll notice that the |
I see, thanks for the update. I'll have a look. |
As documented prepareTestLoader() can only be used by one plugin thus we are incompatible with --collect-only. Detect that and disable nosedep. Also added further unittest to verify this.
As can be seen in the doc prepareTestLoader() can only be used by a single plugin. Thus this seem to mean that collect and nosedep are not compatible together. I added a commit that will detect if collect is in use and then nosedep disables itself. That means you can't collect to get the tests printed in dependency order of course, but at least there should not be any surprises of running the setup/teardown when collecting. |
Thanks!
I’ll check on Monday :)
… On Nov 10, 2018, at 07:01, Zitrax ***@***.***> wrote:
As can be seen in the doc prepareTestLoader() can only be used by a single plugin. Thus this seem to mean that collect and nosedep are not compatible together. I added a commit that will detect if collect is in use and then nosedep disables itself.
That means you can't collect to get the tests printed in dependency order of course, but at least there should not be any surprises of running the setup/teardown when collecting.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
FIXED :) Hand-applying your |
Thanks for reporting and testing, I'll look into releasing. |
Released as 0.7. |
Not so fast; I might have another failure case. Let me cook an example.
…On Mon, Nov 12, 2018 at 1:04 PM Zitrax ***@***.***> wrote:
Thanks for reporting and testing, I'll look into releasing.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#12 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ACNonBB997d9K9wUlc6C5o7XjsUYC1nxks5uud27gaJpZM4YEdml>
.
--
allanc@chickenandporn.com "金鱼" http://linkedin.com/in/goldfish
|
nosetests -v -w ${test_subdir} --collect-only -s ./test.py:testClassName
would be used to collect the names f the tests but not actually run them. It's useful for listing out generated test names usingnose-parameterized
With nosedep, the following no longer just lists tests, but tries to execute them:
nosetests --with-nosedep -v -w ${test_subdir} --collect-only -s ./test.py:testClassName
This seems to be unexpected behavior: I would expect
--collect-only
to still only collect the names of tests.The text was updated successfully, but these errors were encountered: