Estoy usando el módulo de prueba de la unidad de python. Me pregunto, de todos modos, ¿hay algún retraso entre cada 2 casos de prueba? Debido a que mi prueba unitaria solo está haciendo una solicitud http y supongo que el servidor puede bloquear la solicitud frecuente desde la misma ip.prueba de la unidad de Python. ¿Cómo agregar un poco de tiempo de descanso entre los casos de prueba?
Respuesta
Ponga un sueño dentro del método tearDown
de su TestCase
class ExampleTestCase(unittest.TestCase):
def setUp(self):
pass
def tearDown(self):
time.sleep(1) # sleep time in seconds
Esto ejecutará después de cada prueba dentro de ese TestCase
EDITAR: añade setUp
porque el documentation parece indicar tal que pueda no tiene un tearDown
sin uno, pero no está claro
Solo para aclararlo, lo hice en 'tearDown' en lugar de' setUp' porque decía "between" y eso automáticamente me hizo pensar que era deseable que el primero se ejecutara inmediatamente (lo que en este caso no está claro). Si no importaba que la demora fuera antes o después de la primera prueba, ponerla en 'setUp' y dejar' tearDown' también funcionaría bien. –
esto funcionó. muchas gracias – zsong
import time
time.sleep(2.5) # sleeps for 2.5 seconds
Es posible que desee considerar convertir el retraso en un valor aleatorio entre x e y.
¿Quiere decir que tengo que poner esto después de cada caso de prueba? ¿Hay alguna configuración universal que pueda usar para lograr lo mismo? – zsong
Difícil de ver sin ver su código ... pero probablemente pueda hacer que todos sus casos de prueba hereden de un testcase común que proporciona un método 'def setUp (self):' que hace la llamada 'time.sleep'. – ChristopheD
- 1. Marco de prueba de Google - Dependencia entre casos de prueba
- 2. python & maven (integración de prueba de unidad)
- 3. Prueba de prueba de unidad de Python MongoDB falla aleatoriamente
- 4. Buildbot análisis de prueba Unidad Python resultados
- 5. Prueba de unidad de Visual Studio: varios casos como Nunit
- 6. cómo agregar docenas de casos de prueba a un conjunto de pruebas automáticamente en python
- 7. ¿Cómo omito un módulo de prueba de unidad de Python completo en tiempo de ejecución?
- 8. Prueba de unidad CacheManager
- 9. (Unidad) Prueba de ArrayAdapter
- 10. ¿Cómo administrar casos de prueba usando Confluence?
- 11. unidad de prueba decoradores en Python
- 12. configuración de prueba de la unidad Qt
- 13. Unidad de prueba EJB
- 14. de Python creación unittest y dinámica de casos de prueba
- 15. Cómo evitar la herencia en los casos de prueba JUnit?
- 16. Sockets de prueba de unidad
- 17. Prueba de la unidad de terceros ORM
- 18. Casos de prueba para entradas de cadena
- 19. Infraestructura de prueba de unidad para un módulo python
- 20. Prueba de Unidad de Curado
- 21. ¿Cómo ejecutar todos los casos de prueba JUnit de NetBeans?
- 22. Prueba de unidad Clases estáticas
- 23. idea general de la unidad de prueba
- 24. EJB unidad Caso de prueba
- 25. Casos de prueba con JIRA o Confluence
- 26. Catálogos de prueba: errores comunes o casos de prueba
- 27. Ejemplos de prueba de unidad?
- 28. cómo organizar casos de prueba con la biblioteca boost :: test?
- 29. Herencia de prueba de unidad
- 30. Prueba de unidad de dependencia de código
Una prueba que depende de un servidor HTTP real no es lo que la mayoría de la gente llamaría una prueba unitaria. En general, para las pruebas unitarias se burla del comportamiento del servidor para que no tenga una dependencia donde * necesita * dormir. Aún así es útil saber cómo hacer esto para escribir pruebas de integración. –