(nb-random-order выходит из пакета pytest-random Order. Я использую этот коммутатор каждый раз, когда запускаю Pytest, без исключения, до такой степени, что я На самом деле запустите Pytest, используя сценарий Python, который это делает) < /p>
для разъяснения, однако, работа, просто такой, как этот вывод дает тот же вид вывода: < /p>
> pytest -k test_my_test_module
< /code>
[b] Я теперь не знаю, получают ли другие люди, такие как этот, явно включающий очень длинный путь кода через внутреннюю часть Pytest, которые абсолютно не представляют интереса для Пользователь, или это необычно. Должно ли быть меньше подробностей внутренних средств? Похоже, они не оказывают влияния на трассировку стека, которую я ищу. Вот пример: < /p>
Stack (most recent call last):
File "C:\Users\Mike\AppData\Local\Programs\Python\Python310\lib\runpy.py", line 196, in _run_module_as_main
return _run_code(code, main_globals, None,
File "C:\Users\Mike\AppData\Local\Programs\Python\Python310\lib\runpy.py", line 86, in _run_code
exec(code, run_globals)
File "D:\apps\Python\virtual_envs\dev_organiser\Scripts\pytest.exe\__main__.py", line 7, in
sys.exit(console_main())
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\config\__init__.py", line 206, in console_main
code = main()
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\config\__init__.py", line 178, in main
ret: Union[ExitCode, int] = config.hook.pytest_cmdline_main(
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_hooks.py", line 513, in __call__
return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_manager.py", line 120, in _hookexec
return self._inner_hookexec(hook_name, methods, kwargs, firstresult)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_callers.py", line 103, in _multicall
res = hook_impl.function(*args)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 332, in pytest_cmdline_main
return wrap_session(config, _main)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 285, in wrap_session
session.exitstatus = doit(config, session) or 0
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 339, in _main
config.hook.pytest_runtestloop(session=session)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_hooks.py", line 513, in __call__
return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_manager.py", line 120, in _hookexec
return self._inner_hookexec(hook_name, methods, kwargs, firstresult)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_callers.py", line 103, in _multicall
res = hook_impl.function(*args)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 364, in pytest_runtestloop
item.config.hook.pytest_runtest_protocol(item=item, nextitem=nextitem)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_hooks.py", line 513, in __call__
return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult)
File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_manager.py", line 120, in _hookexec
...
< /code>
(а также включенная и включенная ...) < /p>
Может случиться так, что этот вид явления по какой -то причине специфичен для моей настройки. Но мне действительно не нужны все эти детали очень длинных путей через внутренние внутренности Pytest, в том числе чепуха о «плагине» и т. Д., Каждый раз, когда я пытаюсь следовать тому, что могло произойти. < /P>
Я был бы полезен узнать, получают ли люди что -то иначе [/b] во время обычных пробежек Pytest в командной строке. Это нетипичный выход? В настоящее время у меня нет возможности познакомиться. Реализация (базовая версия ничего не делает): FormatStack (stack_info)
. Это дает вам один параметр, многослойная строка, которую вы можете редактировать, чтобы вырезать ненужные линии. Если у Pytest нет «официального» способа настройки его форматеров регистрации, чтобы вырезать неинтересные линии стека, мне придется попытаться понять, является ли это одним из способов попытаться сделать что -то.
Pytest был установлен с помощью pip install pytest. Pytest запускается [b]в командной строке[/b] (W10), а не из IDE. . Обычно: [code]> pytest --random-order -k test_my_test_module [/code] (nb-random-order выходит из пакета pytest-random Order. Я использую этот коммутатор каждый раз, когда запускаю Pytest, без исключения, до такой степени, что я На самом деле запустите Pytest, используя сценарий Python, который это делает) < /p> для разъяснения, однако, работа, просто такой, как этот вывод дает тот же вид вывода: < /p> [code]> pytest -k test_my_test_module < /code> [b] Я теперь не знаю, получают ли другие люди, такие как этот, явно включающий очень длинный путь кода через внутреннюю часть Pytest, которые абсолютно не представляют интереса для Пользователь, или это необычно. Должно ли быть меньше подробностей внутренних средств? Похоже, они не оказывают влияния на трассировку стека, которую я ищу. Вот пример: < /p> Stack (most recent call last): File "C:\Users\Mike\AppData\Local\Programs\Python\Python310\lib\runpy.py", line 196, in _run_module_as_main return _run_code(code, main_globals, None, File "C:\Users\Mike\AppData\Local\Programs\Python\Python310\lib\runpy.py", line 86, in _run_code exec(code, run_globals) File "D:\apps\Python\virtual_envs\dev_organiser\Scripts\pytest.exe\__main__.py", line 7, in sys.exit(console_main()) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\config\__init__.py", line 206, in console_main code = main() File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\config\__init__.py", line 178, in main ret: Union[ExitCode, int] = config.hook.pytest_cmdline_main( File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_hooks.py", line 513, in __call__ return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_manager.py", line 120, in _hookexec return self._inner_hookexec(hook_name, methods, kwargs, firstresult) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_callers.py", line 103, in _multicall res = hook_impl.function(*args) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 332, in pytest_cmdline_main return wrap_session(config, _main) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 285, in wrap_session session.exitstatus = doit(config, session) or 0 File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 339, in _main config.hook.pytest_runtestloop(session=session) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_hooks.py", line 513, in __call__ return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_manager.py", line 120, in _hookexec return self._inner_hookexec(hook_name, methods, kwargs, firstresult) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_callers.py", line 103, in _multicall res = hook_impl.function(*args) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\_pytest\main.py", line 364, in pytest_runtestloop item.config.hook.pytest_runtest_protocol(item=item, nextitem=nextitem) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_hooks.py", line 513, in __call__ return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult) File "D:\apps\Python\virtual_envs\dev_organiser\lib\site-packages\pluggy\_manager.py", line 120, in _hookexec ... < /code> (а также включенная и включенная ...) < /p> Может случиться так, что этот вид явления по какой -то причине специфичен для моей настройки. Но мне действительно не нужны все эти детали очень длинных путей через внутренние внутренности Pytest, в том числе чепуха о «плагине» и т. Д., Каждый раз, когда я пытаюсь следовать тому, что могло произойти. < /P> Я был бы полезен узнать, получают ли люди что -то иначе [/b] во время обычных пробежек Pytest в командной строке. Это нетипичный выход? В настоящее время у меня нет возможности познакомиться. Реализация (базовая версия ничего не делает): FormatStack (stack_info) [/code]. Это дает вам один параметр, многослойная строка, которую вы можете редактировать, чтобы вырезать ненужные линии. Если у Pytest нет «официального» способа настройки его форматеров регистрации, чтобы вырезать неинтересные линии стека, мне придется попытаться понять, является ли это одним из способов попытаться сделать что -то.
Pytest был установлен с помощью pip install pytest.
Pytest запускается в командной строке (W10), а не из IDE. . Обычно:
> pytest --random-order -k test_my_test_module
(NB --random-order происходит из пакета pytest-random-order. Я использую этот...
Pytest был установлен с помощью pip install pytest.
Pytest запускается в командной строке (W10), а не из IDE. . Обычно:
> pytest --random-order -k test_my_test_module
(NB --random-order происходит из пакета pytest-random-order. Я использую этот...
pytest был установлен с использованием PIP install pytest .
pytest запускается в командной строке (W10), а не изнутри ide Полем Обычно:
> pytest --random-order -k test_my_test_module
(nb-random-order выходит из пакета pytest-random Order. Я...
pytest был установлен с использованием PIP install pytest .
pytest запускается в командной строке (W10), а не изнутри ide Полем Обычно:
> pytest --random-order -k test_my_test_module
(NB --random-order происходит из пакета pytest-random-order....
Pytest был установлен с помощью pip install pytest.
Pytest запускается в командной строке (W10), а не из IDE. . Обычно:
> pytest --random-order -k test_my_test_module
(NB --random-order происходит из пакета pytest-random-order. Я использую этот...