reutilización de pruebas unitarias para la familia de clases

Question

Tengo problemas para organizar mi prueba de clase basada en unittest para la familia de pruebas. Por ejemplo, asuma que implemento una interfaz de "diccionario" y que quiero probar en 5 implementaciones diferentes.

Escribo una clase de prueba que prueba una interfaz de diccionario. ¿Pero cómo puedo reutilizarlo bien para probar todas mis clases? Hasta ahora yo fea:

DictType = hashtable.HashDict 

En la parte superior de archivo y luego usar DictType en la clase de prueba. Para probar otra clase, cambio manualmente el DictType a otra cosa.

¿Cómo puede hacer esto de otra manera? No se pueden pasar argumentos a las clases unittest, ¿hay alguna manera más agradable?

Answer 1

La forma en que lo abordo con la norma unittest es mediante subclases; la anulación de datos es tan fácil como los métodos generales, después de todo.

lo tanto, tengo una clase base para las pruebas:

class MappingTestBase(unittest.TestCase): 
    dictype = None 
    # write all the tests using self.dictype 

y subclases:

class HashtableTest(MappingTestBase): 
    dictype = hashtable.HashDict 

class OtherMappingTest(MappingTestBase): 
    dictype = othermodule.mappingimpl 

Aquí, las subclases sólo necesitan dictype anulan. A veces es más práctico también exponer MappingTestBase utilizar "métodos de gancho". Cuando los tipos que se prueban no tienen interfaces exactamente idénticas en todos los casos, esto puede solucionarse haciendo que las subclases anulen los métodos de enganche según sea necesario; este es el patrón de diseño "Método de plantilla", ver p. this page que tiene una colección comentada y cronológica de un par de videoconferencias sobre patrones de diseño. La parte II trata sobre el Método de plantilla y sus variantes durante aproximadamente los primeros 30 minutos.

No tiene que tener todo esto en un solo módulo, por supuesto (aunque a menudo me parece más claro exponerlo de esta manera, también podría hacer un módulo de prueba por cada tipo que esté probando, cada import ing el módulo con la clase base abstracta).

Answer 2

Puede consultar testscenarios que le permite establecer una lista llamada escenarios. Después, el código genera una versión de la clase de prueba para cada valor/escenario en la lista

Ver the example

Así que en su caso los escenarios serían una lista como [{dicttype: hashtable.HashDict}, {dicttype : otherimpl.class},] y usa self.dicttype en tu código de prueba.