Test Driven Development presentación

Question

Necesito una breve presentación sobre TDD para mostrar en una reunión de la compañía. Debe ser una conversación en línea y no más de 35 minutos. Tiene alguna recomendación?

Answer 1

Youtube tiene un montón de corto (y largo) videos. Incluso hay idiomas específicos. Sugiero que eche un vistazo y elija el que se vea mejor para la presentación de su empresa.

Answer 2

He estado buscando un video como ese yo.

Lo mejor que pude encontrar es Steve Freeman On TDD: How Do We Know When We’re Done?, pero por desgracia es significativamente más largo que 35 minutos.

Answer 3

Recomendaría Roy Osherove's understanding Test Driven Development. En poco más de una hora, es un poco más largo de lo que estaba pidiendo, pero es una gran introducción, no obstante.

También recomiendo Roy's other videos también, su blog, ISerializable y su libro, the art of unit testing.

Answer 4

también ckeck a cabo esta entrada del blog: Testing and Testable Code Presentation

Answer 5

Si está con la intención de presentar usted mismo, la mejor recomendación que puedo dar es: no sólo tiene que utilizar un montón de texto en las diapositivas de PowerPoint. La gente sinceramente no recordará mucho en una presentación como esa. Y si recuerdan algo, es probable que nadie lo intente. En cambio, intente con algo más creativo:

Si su público objetivo tiene conocimientos técnicos, planifico un poco de código para escribir, y lo escribo delante de ellos para que puedan ver que realmente lo está haciendo. Claro, describe los beneficios, pero muestra ellos - no solo le cuente a la gente acerca de ellos.

Y si su público objetivo no tiene conocimientos técnicos, me pregunta por qué usted está dando una presentación sobre TDD ;-)

Answer 6

Concéntrese en beneficios de TDD. Se honesto que hacer TDD toma más tiempo para escribir el código al principio, pero la compañía/programadores ahorrarán tiempo en mantainess. Incluso TDD no se trata de probar preguntar a su público cuánto están dispuestos a pagar por la calidad. También dígales que la prueba genera confianza y si escribe pruebas antes de escribir su código, termina escribiendo mejor código.

Me gustaría concentrarme en que TDD no se trata de probar el desarrollo. Lo que quiero decir es que TDD no es una técnica para verificar el código, es una técnica de desarrollo.

Muestra cinco pasos de TDD.

1. Write Test.
2. Ver error en la prueba.
3. Escribir código para hacer una prueba de
4. Ejecutar prueba de
5. Refactor.

Answer 7

Hice un presentation about TDD hace un año usando el "A TRIP" acronym y tuve algunos descansos con la práctica muy rápida con Eclipse (programación en Java).Funcionó bien en una sesión de grupo cerrada (creo que me llevó 30 minutos revisarlo todo sin el material práctico). Sin embargo, si necesita hacerlo en 30 minutos, tal vez necesite cortar algunas cosas.

No debe tratar de presentar demasiado, ya que las tangentes TDD en muchos otros temas que es mejor dejar al espectador a sí mismo, siempre que pueda dar enlaces a recursos en la web.

Answer 8

Seapine tiene varios videos publicados tanto en desarrollo impulsado por prueba como en pruebas unitarias.

http://www.seapine.com/tddseries/

El video "Introducción al Test-Driven Development" es de 20 minutos de duración, por lo que cumple con los criterios marco de tiempo.