DTest

dTest es un framework de pruebas, similar al paquete unittest estándar proporcionada por Python. El valor añadido de dTest, sin embargo, es que la ejecución de la prueba está roscado, a través del uso del paquete eventlet. El paquete dTest también proporciona el concepto de "dependencias" entre pruebas y accesorios de la prueba - así la "D" en "dTest" - que aseguran que las pruebas no se ejecutan hasta que el juego configurado accesorios de la prueba han completado, y que el derribar accesorios de la prueba no se ejecutan hasta que todas las pruebas asociadas han completado. Dependencias también se pueden usar para asegurar que las pruebas que requieren la disponibilidad de ciertas funciones no se ejecutan si las pruebas de que la funcionalidad específica fallan.
Pruebas de Escritura
Los programas de prueba más simples son funciones simples con nombres que comienzan con "prueba", ubicado en los archivos fuente de Python cuyos nombres también comenzar con "prueba". Ni siquiera es necesario importar cualquier parte del marco dTest. Si se recogen pruebas en las clases, sin embargo, o si se desea el uso de las características más avanzadas de dTest, un simple de dtest import * es necesario. Esto pone a disposición de la clase DTestCase - que debe ser extendido por todas las clases que contienen pruebas -, así como decoradores tales comoskip ynottest.
Las pruebas pueden ser realizadas utilizando la sentencia assert Python estándar; sin embargo, una serie de rutinas de servicios públicos están disponibles en el módulo dtest.util (también seguro para la importación *). Muchas de estas rutinas de utilidad tienen nombres similares a los métodos de unittest.TestCase - por ejemplo, dtest.util.assert_dict_equal () es análoga a unittest.TestCase.assertDictEqual ().
Calendario Prueba
El marco dTest apoya accesorios de la prueba - configurar y derribar funciones - a nivel de clase, módulo, y el paquete. Accesorios de nivel de paquete consisten en funciones con nombre de Configuración () y tearDown () contenidos en los archivos "__init__.py"; del mismo modo, los accesorios de nivel de módulo consisten en funciones de configuración samed () y tearDown () dentro de los módulos que contienen funciones de prueba y clases de métodos de ensayo. A nivel de clase, las clases pueden contener setUpClass () y tearDownClass () métodos de clase (o métodos estáticos), que pueden ejecutar un trabajo creados y derribar para cada clase. En todos los casos, las funciones de Configuración () y el método setUpClass () se ejecutan antes de cualquiera de las pruebas dentro del mismo ámbito; del mismo modo, después de todas las pruebas en un determinado ámbito han ejecutado las correspondientes tearDownClass () método y el desmontaje funciones () se ejecutan.
El marco dTest también es compatible con las funciones o métodos, que se ejecutan antes y después de cada ensayo asociado del setUp per-test () y tearDown (). Para las clases que contienen pruebas, cada prueba tiene automáticamente el setup () y tearDown () de la clase asociada con ellos; Sin embargo, para todas las pruebas, estos accesorios se pueden establecer de forma explícita (o modificarse desde el valor por defecto de clase). Considere el siguiente ejemplo:
istest
test_something def ():
& Nbsp; # Prueba algo aquí
& Nbsp; pase
@ Test_something.setUp
something_setup def ():
& Nbsp; # conseguir todo configurado listo para ir ...
& Nbsp; pase
@ Test_something.tearDown
something_teardown def ():
& Nbsp; # limpiar después de nosotros mismos
& Nbsp; pase
En este ejemplo, un decorador dTest (aparte denottest) es necesario anterior test_something (); aquí utilizamosistest, pero cualquier otro dTest decorador disponibles podríamos usar aquí. Esto hace que el @ test_something.setUp y decoradores @ test_something.tearDown disponible. (Por algo análogo en el estándar de Python, echa un vistazo a la decoradoraproperty incorporado.)
Pruebas Operando
Ejecución de pruebas utilizando el marco dTest es bastante sencilla. Un script llamado encontronazos dtests está disponible. Por defecto, el directorio actual se escanea para todos los módulos o paquetes cuyos nombres comienzan con "prueba"; la búsqueda también recursivamente a través de todos los paquetes. (Un "paquete" se define como un directorio que contiene "__init__.py"). Una vez se descubren todas las pruebas, que luego son ejecutados, y los resultados de las pruebas emite en la salida estándar.
Varias opciones de línea de comandos están disponibles para controlar el comportamiento de los encontronazos dtests. Por ejemplo, el "--no-skip" opción hará que-dtests ejecutar para ejecutar todas las pruebas, incluso aquellos decorado con el decoradorskip, y la opción "-d" causa-dtests correr para buscar un directorio específico, en lugar de el directorio actual. Para obtener una lista completa de opciones, utilice la opción "-h" o "--help".
Correr-dtests ejecutar desde la línea de comandos no es la única manera de ejecutar las pruebas, sin embargo. El script run-dtests es un script muy simple que analiza las opciones de línea de comandos (utilizando el OptionParser construido por la función dtest.optparser ()), convierte esas opciones en un conjunto de argumentos de palabra clave (usando dtest.opts_to_args ()), a continuación, pasa los argumentos de palabras clave para la función dtest.main (). Los usuarios pueden utilizar estas funciones para construir la misma funcionalidad con extensiones específicas del usuario, tales como proporcionar una instancia alternativa DTestOutput para controlar cómo se muestran los resultados de la prueba, o la prestación de un método alternativo para controlar que se omiten las pruebas. . Ver las cadenas de documentación para estas funciones y clases para más información

Requisitos

• Python