pruebas unitarias con las dependencias entre las pruebas

Question

¿Cómo hacer las pruebas unitarias cuando se tiene

• alguna unidad general, pone a prueba
• pruebas más sofisticadas comprobación casos extremos, dependiendo de las generales

Para dar un ejemplo, imagine probar un CSV-reader (me acaba de inventar una notación para la demostración),

def test_readCsv(): ... 

@dependsOn(test_readCsv) 
def test_readCsv_duplicateColumnName(): ... 

@dependsOn(test_readCsv) 
def test_readCsv_unicodeColumnName(): ... 

Espero que las pruebas secundarias se ejecuten solo si la prueba principal tiene éxito. La razón detrás de esto es que ejecutar estas pruebas lleva tiempo. Muchos informes de fallas que se remontan a una sola razón tampoco serían informativos. Por supuesto, podría calzar todos los casos extremos en la prueba principal, pero me pregunto si hay una forma más estructurada de hacerlo.

he descubierto que son relacionados, pero diferentes preguntas,

• How to structure unit tests that have dependencies?
• Unit Testing - Is it bad form to have unit test calling other unit tests

ACTUALIZACIÓN:

que he encontrado TestNG que tiene un gran soporte integrado para dependencias de prueba. Puede escribir pruebas de este tipo,

@Test{dependsOnMethods = ("test_readCsv")) 
public void test_readCsv_duplicateColumnName() { 
    ... 
} 

Answer 1

En lo personal, yo no me preocuparía por crear dependencias entre las pruebas unitarias. Esto suena como un olor a código para mí. Algunos puntos:

• Si falla una prueba, deje que las otras fallen y tenga una buena idea de la magnitud del problema que ocasionó el cambio de código adverso.
• Las fallas en las pruebas deberían ser la excepción más que la norma, entonces ¿por qué perder el esfuerzo y crear dependencias cuando la gran mayoría de las veces (¡con suerte!) No se deriva ningún beneficio. Si las fallas ocurren a menudo, su problema no es con las dependencias de prueba de la unidad, sino con las fallas de prueba frecuentes.
• Las pruebas unitarias deben ejecutarse muy rápido. Si se están ejecutando lentamente, concéntrese en aumentar la velocidad de estas pruebas en lugar de evitar fallas posteriores. Haga esto desacoplando más su código y usando inyección de dependencia o burla.

Answer 2

No estoy seguro de lo que el lenguaje que usted se refiere (y cuando no se menciona específicamente en su pregunta), pero para algo como PHPUnit hay una etiqueta que @depends solo ejecutará una prueba si la prueba dependiente ya pasó.

Dependiendo de qué idioma o la unidad de pruebas se utiliza también puede haber algo similar disponible

Answer 3

De acuerdo con las mejores prácticas y los principios de prueba de unidades, la prueba unitaria no debe depender de otras.

Cada caso de prueba debe verificar el comportamiento aislado del concreto.

Luego, si falla un caso de prueba sabrá exactamente qué fue lo que falló con nuestro código.

Answer 4

probóscide es una versión de Python TestNG (que es una biblioteca de Java).

Ver packages.python.org/proboscis/

Es compatible con las dependencias, por ejemplo

@test(depends_on=[test_readCsv]) 
public void test_readCsv_duplicateColumnName() { 
    ... 
} 

Answer 5

he implementado un plugin para Nose (Python) que añade soporte para las dependencias de prueba y prueba de priorización.

Como se menciona en las otras respuestas/comentarios, esta suele ser una mala idea; sin embargo, puede haber excepciones en las que desearía hacer esto (en mi caso fue el rendimiento para las pruebas de integración, con una gran sobrecarga para acceder a estado comprobable, minutos frente a horas).

Lo puede encontrar aquí: nosedep.

Un ejemplo es mínima:

def test_a: 
    pass 

@depends(before=test_a) 
def test_b: 
    pass 

Para garantizar que test_b siempre se ejecuta antes de test_a.