[pyar] Mock? Que mock?

[Matías Iturburu]

El 10 de octubre de 2012 18:54, Angel Java Lopez
<ajlopez2000 en gmail.com>escribió:

> Hola gente!
>
> Ni idea en Python... pero tanto en Ruby, Javascript, Java y .NET, he
> escrito muchas lineas de TDD, y solo en contadas ocasiones he necesitado un
> mock.
>
> Algo mas de detalle:
>
> http://msmvps.com/blogs/lopez/archive/2012/08/09/tdd_2D00_unit_2D00_tests_2D00_and_2D00_mocks.aspx
> Ahi esta mencionado Martin Fowler:
>
> The *classical TDD* style is to use real objects if possible and a double
> if it's awkward to use the real thing. So a classical TDDer would use a
> real warehouse and a double for the mail service. The kind of double
> doesn't really matter that much.
>
> A *mockist TDD* practitioner, however, will always use a mock for any
> object with interesting behavior. In this case for both the warehouse and
> the mail service.
>
>
No sé que opina Fowler sobre testear servicios externos.
Para ese caso usar Mocks aporta mucho ya que no dependés de la conexión a
internet para correr tu suit de tests.


> 2012/10/10 Santiago Basulto <santiago.basulto en gmail.com>
>
>> Yo logré hacer TDD con Tastypie (Django) usando Mock. Tuve que
>> patchear la autenticación y algunas otras cosas. La verdad era
>> practicamente imposible sin eso.
>>
>> De todas maneras hay que tener cuidado con el TDD y los mocks. Mockear
>> significa que estás utilizando "otra cosa" extra que por X motivo no
>> tenés control. Eso quiere decir que los tests no son tan "unitarios"
>> como deberían serlo.
>>
>> Como siempre, el sentido común y el gusto de cada desarrollador
>> terminan ganando.
>>
>> 2012/10/10 Natalia Bidart <nataliabidart en gmail.com>:
>> > 2012/10/10 Andres Riancho <andres.riancho en gmail.com>:
>> >> 2012/10/10 Santiago Basulto <santiago.basulto en gmail.com>:
>> >>> +1 para Mock. Aveces complica patchear algunas cosas, pero al final
>> >>> siempre funca.
>> >>
>> >> Gracias por el comentario!
>> >>
>> >> Ningun taliban del TDD por ahi que quiera iluminarnos?
>> >
>> > Me llamaron? :-)
>> >
>> > +1 al mock de Michael Foord. Ni idea si se integra bien con nose...
>> > pero creo que ya te comenté que nose (a pesar de ser tu corredor de
>> > tests preferido) no es bueno, no cumple con las APIs de integración de
>> > tests results, hace algunas cosas a mano que le sirven solo a nose
>> > (luego la integración con CIs es un perno, por ejemplo).
>> >
>> > Los otros modulos de mock no los probé, excepto el python-mock de
>> > Gustavo Niemeyer, que ese sí que lo *des*recomiendo.
>> >
>> > N.
>> > _______________________________________________
>> > 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
>>
>>
>>
>> --
>> Santiago Basulto.-
>> _______________________________________________
>> 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
>>
>
>
> _______________________________________________
> 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
>



-- 
Matías Iturburu
http://www.linkedin.com/in/tutuca | http://ltmo.com.ar
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20121010/695cd76b/attachment.html>