Я разрабатываю набор тестов в py.test, который подключается к сетевому аппаратурному устройству и изменяет настройки и т. Д. Каждый тестовый метод изменит некоторую комбинацию настроек и затем утвердит результат. Как я могу выполнить тестовое сканирование, не перезагружая ВСЕ настройки устройства после каждого теста?py.test and teardown
0
A
ответ
1
Не могли бы вы запомнить «предыдущие» настройки настройки, а затем выполнить только необходимые настройки в следующей настройке (сравнив настройки «память» с «желаемыми»)?
Смежные вопросы
- 1. py.test: get KeyboardInterrupt to call teardown
- 2. DUnit: «Global» SetUp and TearDown
- 3. setUp and tearDown for Scenrio outline (cucumber-jvm)
- 4. py.test teardown посмотреть, не завершился ли тест, и распечатать вывод подпроцесса
- 5. Py.test поиск
- 6. Лето тестов NHibernate Teardown
- 7. Java socket TCP teardown
- 8. addCleanUp против Teardown
- 9. qUnit Teardown method
- 10. Sopaui teardown script
- 11. call tearDown() в setUp()?
- 12. CppUnit: нАлАдкА() и Teardown()
- 13. JUnit, Селен и Teardown
- 14. Почему tearDown для тестирования?
- 15. параметрирование объектов fi.test py.test
- 16. Джанго, когда использовать метод Teardown
- 17. py.test - как использовать менеджер контекста в funcarg/арматуре
- 18. В чем разница между «py.test somepath» и «py.test --pyargs pkg»
- 19. py.test: ошибка: Непризнанные аргументы
- 20. Py.test не найти тесты
- 21. Команда «py.test» vs «pytest»
- 22. py.test main() примеры вызова
- 23. py.test не находит модуль
- 24. Запуск py.test под pypy
- 25. Проекты, использующие py.test
- 26. py.test: протоколирование числа сбоев
- 27. Как установить py.test?
- 28. Запуск py.test от emacs
- 29. py.test отслеживающего дисплей пути
- 30. Как ускорить py.test
См. [Финализация/выполнение кода разрыва] (http://pytest.org/latest/fixture.html#fixture-finalization-executing-teardown-code) и [классическая настройка стиля xunit] (http: // pytest.org/latest/xunit_setup.html) документации. Теперь, когда я тестировал функцию fin, это не сработало. – User
Я думаю, что издевательство над устройством не является для вас вариантом, хотя я лично считаю, что это лучший вариант. Фактически выполнение изменений на тестовом устройстве было бы скорее интеграционным тестом. – flazzarini