GUI option to force running skipped pytest tests OR allow user selectable args at GUI run time?

[red8888]

I want to be able to mark my tests with @pytest.mark.skip(reason="This test should not run in automation") and not run them automatically. This includes running locally by default and in the test explorer. So I can run all tests in the test explorer and it will skip these marked tests- this is how it works currently.

BUT I would also like a UI option that would allow me to right click on a test in test explorer or the editor and select "Force run test" or "Include skipped tests" or something like that.

There are a bunch of ways to fiddle with pytest to exclude/include tests when running via command line, but I want a purely UI feature for this and I want it selectable via the UI- ie not in some static config file I would have to continually modify before clicking a test in the GUI.

Could this be possible? Maybe if "Include skipped tests" is too specific a feature what about "Run test with pytest arg profile" and let users define selectable lists of args?

So in settings.json:

"python.testing.pytestOptionalGUIArgs": {
	my_arg_profile_one: ["--capture=no", "--my-custom-arg-to-included-skipped"],
	my_arg_profile_two: ["-vv", "--disable-warnings"],
	etc...
}

And in the test explorer I could right click a test, highlight "Run test with pytest arg profile" and get a drop down for "my_arg_profile_one" and "my_arg_profile_two". Doing this would obviously allow for a bunch of other use cases where you want to run tests with different settings seamlessly through the GUI.

This seems like it would be easy to roll, you would just grab a list of args from settings and append to the pytest command the GUI was already going to run.

[eleanorjboyd]

Thanks for the feature request! @connor4312 has anything been requested that is similar on the core side?

[github-actions]

Thanks for the feature request! We are going to give the community 60 days from when this issue was created to provide 7 👍 upvotes on the opening comment to gauge general interest in this idea. If there's enough upvotes then we will consider this feature request in our future planning. If there's unfortunately not enough upvotes then we will close this issue.

[connor4312]

Not so far, but the multiple args profiles would map well onto the run profiles that we have