-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
pytest --collect-only: -q, -qq, --verbose #3294
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
Comments
GitMate.io thinks possibly related issues are #214 (pytest blows up when collecting modules with uninspectable objects), #1123 (does pytest support to this way to collect test cases?), #1411 (Pytest stops), #1602 (pytest.print()), and #3065 (Pytest in Gitlab-ci Docker Runner does not collect testcases). |
@pytestbot you are wrong! ;) None of your linked issues are related to this issue. Only #3284 is related to this issue. |
Actually they work like this by design: Lines 24 to 27 in 28df322
One is the opposite of the other. 😉 In the end everything is working as it should, IMHO. |
Thx @nicoddemus for having a look. This makes sense, but I don't like that the user needs to know whether a projects uses |
I think in "normal" mode it helps visualize and understand how collection works, I kind lean towards your preference but really does seem to be a matter of taste here. Now that we clarified things, unless you disagree and want to propose to change this I guess we can close this issue then? |
We need a user-survey for this ;) I want to propose a change but don't know how yet. Let's keep this ticket open for a few days. |
It might be helpful to allow for giving absolute verbosity. |
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
based on pytest-dev#3294 (comment) we really shouldnt have N options we post mortem hack together to determine verbosity this change starts by unifying the data, we still need to handle deprecation/removal of config.quiet
Can be closed since #3296 was merged |
For projects where
--verbose
is set in pytest.ini or on the cmd-line, you have to use-qq
if you want to see the collected test items in a one line per item style:(To make the output of pytest a bit better readable, I've removed the
====...
header and footer lines from the following outputs)If
--verbose
if omitted from the cmd line (or pytest.ini) one gets the following behavior:I find this a bit inconsistent. I would prefer if the collect-only output is independent of the
--verbose
flag.The text was updated successfully, but these errors were encountered: