[pyar] [OT] NINJA-IDE: Generador de Tests

[Daniel Moisset]

2013/11/21 Diego Sarmentero <diego.sarmentero en gmail.com>

> Hola gente, esta fue una prueba de concepto que hicimos para
> NINJA-IDE, para que a medida que el usuario va escribiendo el codigo,
> se vayan generando los tests sobre la respectiva clase y funciones,
> actualmente es super basico, solo comprueba los tipos de retorno
> esperados de la funcion, y fue solo para probar, obviamente todo sobre
> el test no puede ser generado de forma automatica por la complejidad
> que puede llegar a tener, necesidades especifica de la logica, etc.
> PERO escribia porque quizas podian darnos feedback de que cosas les
> parece que se podria y seria bueno tener que se generen de forma
> automatica, que automatizar, etc, etc.
>
> http://youtu.be/_VfZW3leuWo
>
>
En general si lo puede hacer un generador de codigo, lo podes hacer con
introspeccion mejor. O sea, para el ejemplo ese, si te pasa mucho que
chequeas tipo de retorno[1] tiene mas sentido tener algun tipo de anotacion
declarativa (annotations de py3, o algun decorador que te setee un
atributo) y hacer un testeador generico que valide con eso. (que por ahi no
tienen nada que ver con ninja, pero puede ser interesante)

Sino tenes el problema que tienen todos los generadores de codigo: o tenes
prohibido editar lo generado y es muy rigidio, o apenas tocas algo perdes
la capacidad de generar codigo.

Si poder ir con un shortcut del código del test a la funcion y viceversa me
suma. Que me pinte la cobertura del codigo (ver en el codigo que lineas
fueron cubiertas y de que modo con color coding), o el resutlado de los
tests estaria copado (qeu salgan con fondo verde o rojo según si pasaron o
no). O el cruce de las dos cosas: que marque en el codigo con fondo rojo
las funciones que estaban siendo testeadas en los tests que fallaron.

Pero bueno, yo soy de la filosofia que me importa mas de un IDE las
herramientas que te dan para leer codigo que para escribirlo...

Saludos,
   D.

[1] no es un test que haga muy seguido, es mus duck-friendly chequear las
propiedades del valor de retorno y que no te importe que tipo es. O sea, si
verificas que el retorno sea 7, normalmente no te importa si ese 7 es un
int, un Decimal, o un MiEnteroLoco que herad de int.


Saludos!
>
> --
> Diego Sarmentero
>
> Website: http://diegosarmentero.org
> Twitter: http://twitter.com/diegosarmentero
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20131121/ca7fde7b/attachment-0001.html>