Estoy evaluando “marcos de prueba” para pruebas automatizadas del sistema; hasta ahora estoy buscando un marco de python. En py.test o nose no puedo ver algo como las macros EXPECT que conozco en el marco de pruebas de google. Me gustaría hacer varias afirmaciones en una prueba sin abortar la prueba en el primer fracaso. […]
¿Es posible usar la nose para ejecutar una sola prueba simultáneamente (a través de múltiples procesos) y agregar el resultado en un solo resultado de aprobación / falla? Tenemos la necesidad de ejecutar la misma prueba varias veces al mismo tiempo para garantizar que el locking de recursos no se vea afectado. Si la nariz […]
Me gustaría poder ejecutar un script de prueba de la nariz que acepte los argumentos de la línea de comandos. Por ejemplo, algo a lo largo de las líneas: test.py import nose, sys def test(): # do something with the command line arguments print sys.argv if __name__ == ‘__main__’: nose.runmodule() Sin embargo, siempre que ejecuto […]
Me gustaría comenzar a crear pruebas unitarias para mis scripts mayas. Estos scripts se deben ejecutar dentro del entorno Maya y dependen del espacio de nombres del módulo maya.cmds . ¿Cómo puedo ejecutar pruebas de nariz desde un entorno de ejecución como Maya?
Estoy tratando de escribir una prueba unitaria simple que verificará que, bajo ciertas condiciones, una clase en mi aplicación registrará un error a través de la API de registro estándar. No puedo averiguar cuál es la forma más limpia de probar esta situación. Sé que la nariz ya captura la salida de registro a través […]
Acabo de golpear el comportamiento donde la nariz no ejecutará las pruebas marcadas como ejecutables (como se describe en una pregunta anterior ). Esto me pareció sorprendente, y perdí un poco de tiempo tratando de averiguar por qué la nariz no estaba ejecutando mis pruebas antes de aprender sobre el comportamiento de la nariz aquí. […]
Usamos la nariz para descubrir pruebas y ejecutarlas. Todas las pruebas están escritas de TestCase compatible con TestCase para que cualquier corredor de prueba pueda ejecutar. El problema es que tenemos algunos directorios que no tienen ninguna prueba. Pero el corredor de pruebas sigue descubriendo la prueba desde allí. Si uno de esos directorios tiene […]
¿Cuál es la mejor manera de continuar las pruebas después de fallar en unittest ? #!/usr/env/bin python2.7 import unittest from fib import fib class FibTests(unittest.TestCase): def test_0(self): self.assertEqual(fib(0), 0) self.assertEqual(fib(1), 1) self.assertEqual(fib(2), 1) self.assertEqual(fib(5), 5) self.assertEqual(fib(10), 55) def test_1(self): self.assertEqual(fib(0), 1) def test_2(self): self.assertEqual(fib(1), 0) self.assertEqual(fib(5), 0) if __name__ == ‘__main__’: suite = unittest.TestLoader().loadTestsFromTestCase(FibTests) result […]
árbol de proyectos: . |– bar.py `– test |– __init__.py `– test_bar.py bar.py: def dumb_true(): return True pruebas / test_bar.py: import bar def test_bar_true(): assert bar.dumb_true() Puedo ejecutar nosetests desde dentro del proyecto o su directorio de prueba. Sin embargo, si agrego un __init__.py vacío a la carpeta del proyecto, ya no puedo ejecutar las […]
Instalé Nose en un Mac OSX 10.10.5 con Python2.7.9 utilizando easy_install . La instalación pareció tener éxito: Collecting nose Downloading nose-1.3.7-py2-none-any.whl (154kB) 100% |████████████████████████████████| 155kB 2.3MB/s Installing collected packages: nose Successfully installed nose-1.3.7 Pero ahora, cuando bash incluso cosas básicas con pruebas de red en la línea de comandos, como las nosetests -h o which […]