Charla Tdd Uji 032010

Desarrollo Dirigido por Ejemplos Concretar en lugar de Abstraer Carlos Blé Jurado Marzo 2010 – Universitat Jaume I www.carlosble.com

Nada más salir de la facultad... “ ¡Podemos programar lo que sea!!” “ ¡Despues de la carrera saco adelante cualquier cosa!!!!!!”

Y va la experiencia y dice... “ así que... podeis hacer lo que sea...” “ ¡y quien lo va a mantener !!!!!! ”

No te tortures con código imposible ni se lo hagas a tus compañeros No juegues con el dinero del cliente. Dale soluciones, no más problemas Tranquilo majete: haz las cosas bien

¿Y eso como se hace?
“ ...pero, no veas que broncas tienen con los usuarios...”
“ ...tengo un colega en una empresa donde saben un montón de ingeniería del software...”

¡¡¡¡¡¡¡ AL REVES !!!!!!!! A lo mejor es que los estamos haciendo...

Afrontemos los problemas del software
Tiene defectos (malditos bugs)
No hace lo que el cliente necesita que haga (hace otros rollitos que están que te cagas y tal)
Es muy caro de mantener y (más vale que el cliente evolucionar no pida cambios)

Los métodos tradicionales no están resultando eficajes para evitarlos
Escuchar (o peor, leer)
Transcribir (volcar los requisitos en 500 páginas)
Abstraer (intentar resumir las 500 páginas en conceptos)
Modelar (diagramas de clases, etc)
Implementar (a picar código)
Probar (tres días usando la app a mano)
Entregar (cobrar y salir pitando)

En realidad hay aun más problemas El mundo de la informática es complicado:
Os recomiendo: Informática Profesional de Roberto Canales

Pero en el lado técnico, al menos, podemos ser ágiles
for i in iteration:
Escuchar (de primera mano, del cliente)
Transcribir (escribimos historias de usuario)
Concretar (escribir criterios/tests de aceptación)
Probar/Implementar (primero la prueba, ¡cobarde!)
Entregar (una entrega cada 3 semanas y volver al inicio)

La rueda ágil

Concretando: TDD

ATDD + TDD

ATDD
Historias de Usuario que contienen una lista de ejemplos.
Los ejemplos son el puente que une a técnicos y usuarios/clientes
Eliminan la ambigüedad
Escaner de un tpv:

Ejemplo de ejemplo :-) 40x20+8x20x1.5+8x20x2 Ejemplo de ejemplo :-)

Ya sabemos lo que quiere el cliente.
Ahora vamos a pensar cómo queremos diseñar e implementar el software
Y vamos a implementarlo
Escribimos un test (JUnit, NUnit, PyUnit...) Lo hacemos funcionar lo antes posible (implementamos el código de producción) Refactorizamos el código

Un test unitario

Cada cosa tiene su ámbito ATDD – ¿Qué quiere el cliente? TDD – ¿Cómo lo implementamos?

¿Qué ventajas tiene A/TDD?
Tenemos un producto (parcial) en producción desde las primeras semanas
No se implementa lo que no será usado (YAGNI)
Minimizamos el número de defectos
Conseguimos código más fácil de mantener
Código preparado para cambiar
Aumenta la confianza del equipo
Aumenta la productividad
Detectamos antes las prioridades del cliente

¿Cómo aprender todo esto? Hay un tipo por ahí que imparte cursos Hay un libro en castellano sobre el tema Hay una comunidad de habla hispana Hay toneladas de herramientas libres ¿Tienes ganas? Just do it!!!

dirigido Por Tests .com Agile-spain.com carlosble.com Tambien estamos en Facebook!:

Charla Tdd Uji 032010

by carlosble on Mar 02, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 188

Statistics

Charla Tdd Uji 032010 — Presentation Transcript

http://www.podgramando.es	187
http://webcache.googleusercontent.com	1