nose-progressive

-nariz progresiva es un plugin nariz que muestra el progreso en una barra de progreso estacionaria, liberando el resto de la pantalla (así como el tampón de scrollback) para la visualización compacta de fallos de las pruebas. Muestra los fallos y errores tan pronto como se produzcan y evita el desplazamiento fuera de la pantalla en favor de la producción menos útil.
La filosofía de gobierno de la nariz Progresista es obtener información útil en la pantalla tan pronto como sea posible y mantenerlo allí el mayor tiempo posible mientras que todavía indica el progreso.
Instalación:
pip install-nariz progresiva
O bien, para obtener el borde de la sangría, la versión inédita:
PIP instalar -e
& Nbsp; git: //github.com/erikrose/nose-progressive.git#egg=nose-progressive
Uso:
nosetests --with-progresiva
Ejemplo:
Lo siguiente no acaba de hacerlo la justicia; en un terminal real, las 2 líneas de nombre de ruta después de fallar o ERROR son audaces para ayudar CHUNKING visual, y la barra de progreso en la parte inferior es negrita, así:
% nosetests --with-progresiva
FALLO: kitsune.apps.notifications.tests.test_events: MailTests.test_anonymous
& Nbsp; apps / notificaciones / tests / test_events.py 31
& Nbsp; File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/unittest.py", línea 279, en el plazo
& Nbsp; testMethod ()
& Nbsp; File "/Users/erose/Checkouts/kitsune/../kitsune/apps/notifications/tests/test_events.py", línea 361, en test_anonymous
& Nbsp; eq_ (1, len (mail.outbox))
& Nbsp; File "/Users/erose/Checkouts/kitsune/vendor/packages/nose/nose/tools.py", línea 31, en eq_
& Nbsp; valer a == b, msg o% (a, b) "% r =% r!"
AssertionError
ERROR: kitsune.apps.questions.tests.test_templates: TemplateTestCase.test_woo
& Nbsp; apps / preguntas / pruebas / test_templates.py 494
& Nbsp; File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/unittest.py", línea 279, en el plazo
& Nbsp; testMethod ()
& Nbsp; File "/Users/erose/Checkouts/kitsune/vendor/packages/mock/mock.py", línea 196, en parcheado
& Nbsp; retorno func (* args, ** keywargs)
& Nbsp; File "/Users/erose/Checkouts/kitsune/../kitsune/apps/questions/tests/test_templates.py", línea 494, en test_woo
& Nbsp; attrs_eq (mail.outbox [0], a = ['some@bo.dy'],
Índice de lista fuera de rango: IndexError
kitsune.apps.questions.tests.test_templates: TaggingViewTestsAsAdmin.test_add_new_canonicalizes [=========== -]

Características :

• Indique el progreso en una barra de progreso estacionaria en lugar de desplazarse rastreos útiles fuera de la pantalla o el espaciamiento de ellos con puntos y costra.
• Mostrar rastreos tan pronto como ocurren en lugar de esperar hasta el final. Pele el & quot; Traceback (most recent call last): & quot; fuera de los rastreos por lo que ocupan menos espacio.
• Identificar pruebas fallidas en un formato que puede ser alimentado de nuevo a la nariz, por lo que es fácil volver a ejecutarlos.
• Imprima una ruta completa con número de línea vi al estilo del sistema de archivos, por lo que puede pegarla en la línea de comandos y ser llevado directamente al insecto en su editor.
• Trabajo muy bien con Django Django través de la nariz (por supuesto).

¿Cuál es nuevo en esta versión:

• Añadir la opción --progressive-editor-atajo plantilla , que le permite personalizar completamente los accesos directos del editor. Ahora apoyamos cualquier editor de texto que tiene una opción de ir a línea, no importa cómo se escribe.
• Excluir soporte para Python 2.5. Necesitábamos cadena de formato moderno.
• Añadir soporte de primera clase para Python 3.2.3 y superior. Resultó que mi tox config era equivocado.
• Tolerar Nones en componentes de rastreo: nombres de archivo y código extractos particular. (Kyle Gibson)

¿Cuál es nuevo en la versión 1.3:

• Rehacer barra de progreso. Ahora se hace de la magia de terminales hermoso lugar de signos igual. Se ve mejor cuando el terminal es compatible con al menos 16 colores, pero hay un repliegue monocromo para menos. O bien, puede personalizar los colores usando varias nuevas opciones de línea de comandos.
• Corregir un error de codificación Unicode que sucedió cuando caracteres no ASCII aparecían en el texto de rastreo. (Naoya Inada)

¿Cuál es nuevo en la versión 1.2.1:

• Tolerar rastreos vacíos en el formateador. Esto evita que agrava los accidentes que se producen antes de que los marcos de prueba.

¿Qué hay de nuevo en la versión 1.1.1:

• Corregir un error que haría que el formateador de estrellarse en muchas SyntaxErrors. Esto también mejora la heurística para identificar el marco de ensayo cuando hay una SyntaxError:. Ahora podemos encontrar todo el tiempo que pasa el error en una trama por debajo del de la prueba

¿Qué hay de nuevo en la versión 1.1:

• Usted puede ahora establecer los usos de punta progresiva redactor separado de la variable de shell $ EDITOR.

¿Cuál es nuevo en la versión 1.0:

• Cada marco de pila es ahora un acceso directo editor. Esto no sólo hace que sea más fácil de navegar, pero es más corta en altura y anchura.
• rastreos reformatear gran justicia. Sutil colorido guía el ojo por la lista de nombres de funciones, y un color ligero fondo llama el marco de ensayo.
• Hide-unittest interna y otros marcos de pila antes de la prueba cuando se imprimen los rastreos. Menos marcos = menos ruido en pantalla = menos pensamiento = ganar!
• Añadir una opción para utilizar rutas absolutas en los rastreos.

¿Cuál es nuevo en la versión 0.7:

• Escoja el marco de pila correcto para los accesos directos del editor de errores de sintaxis. Tenía que manejar errores de sintaxis especial, ya que no lo hacen en el rastreo adecuado.
• Mostrar el valor real de la var $ EDITOR env en lugar de sólo & quot; $ EDITOR & quot ;. Estoy esperando que hace que sea un poco más obvio lo que hacer con él, además de que le da un valor predeterminado de trabajo si $ EDITOR no está establecido.

¿Cuál es nuevo en la versión 0.6.1:

• Fix un accidente provocado por una prueba de que no tiene definido módulo. --failed siempre deberían funcionar ahora.

¿Cuál es nuevo en la versión 0.6:

• refactorización Major. nariz progresiva ya tiene su propio TestRunner y resultado de la prueba de clase. Esto hace que sea totalmente compatible con el plugin de captura y otros plugins que hacen de salida.
• Apoyar plenamente clases de error personalizados, como Salta y Deprecations. Están impresos durante la realización de la prueba, en negrita si representan el fracaso, y se resumen en los recuentos después de la carrera.
• Las pruebas que escriben directamente a stderr o stdout ya no manche la barra de progreso.
• Agregar $ EDITOR de acceso directo editor: no más escribiendo
• Trabaja con pruebas que no tienen un método de dirección ().
• Trabaja con pruebas que devuelven un nombre de archivo nulo de test_address ().
• No pavimentar indicaciones pdb (más?).
• No oscurecer el rastreo cuando falla el decoradorwith_setup en un generador de prueba.

Requisitos :

• Python
• nariz

Limitaciones :

• pruebas omitidas quedan contados en Python 2.6, pero no se imprimen. Considero salta algo que se desanime, por lo que planea para arreglar esto.
• Las pruebas que ellos mismos escriben en stderr manchará bits de la barra de progreso hacia arriba si no se imprimen líneas completas. Espero que para solucionar este problema con algunos monkeypatching, pero mientras tanto, pasa-claras-manipuladores --logging corrige la mayoría de ellos en la práctica.
• no he probado esto en nada pero Python 2.6. Los informes de errores son bienvenidos!