VIII Betabeers Huelva

Noviembre 2007

Febrero 2009

Se le había olvidado un else

Tiempo

80 / 20

•¿Se romperá algo?

•Es igual, ya me enteraré.

•Anda, hay algo roto, qué pasa aquí

• Debuggear y arreglar•Más código, ¿Se rompera algo?

•¿Se romperá algo?

•Es igual, ya me enteraré.

•Anda, hay algo roto, qué pasa aquí

• Debuggear y arreglar•Más código, ¿Se rompera algo?

Stress

Ejecutarlos tests

¿Qué testamos?

Regresión

Bug detectado test que lo reproduce lo corregimos

Si vuelve a aparecer nos enteramos rápido

Código legacy

A no ser que lo tengamos que modificar

Va a cambiar,¿para qué vamos

a probarlo?

Wave Engine

Septiembre 2012

Test

CodeRefactor

TDD

Test Unitario

Automático

Prueba sólo una cosa

Aislado

Rápido

Mínimo código de producción.

El código hace lo que tiene que hacer

Clean code that Works. Kent Beck

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.

Las modificaciones las hacemos más tranquilos

Stress

Ejecutarlos tests

Como está desacoplado es más fácil de cambiar

Se detectan antes los bugs.

Más funcionalidaden menos tiempo

Lo malo de TDD

Empezar no es fácil

Sólo se mejora practicando

RecomendacionesDiseño ágil con TDD (http://www.dirigidoportests.com/el-libro/) @carlosble

Clean Code. Robert C. Martin (@unclebobmartin)

Test Driven Development: by example (@kentbeck)

Refactoring. Improving the design of existing code (@martinfowler)

Code Complete .Steve McConnell

Desarrollo dirigido por pruebas práctico (http://www.iwt2.org/web/opencms/IWT2/comunidad/LibroTDD/)

?

http://speakingin.net

jlao@plainconcepts.com

@juanlao