Porque probar #esvs2010

Por qué?

Probarel

Código

rido abr2010

Demostración Empírica

• Método Fáctico

• Veríficación

– contrastación por medio de la percepción

• Es autocorrectivo y progresivo

– No considera sus conclusiones infalibles o finales

Hecho nº1

¿Que és lo más importanteen un proyecto de Software?

DocumentaciónRequisitos

Diseño DetalladoArquitectura

Fuentes

BinarioPlan de Pruebas

¿Cuánto cuesta terminar el código?

Teclear

Depurar

Compilar

Ejecutar

Probar

Cambiar

Adaptar Integrar

Leer

Hecho nº2

Se gasta más tiempo

leyendo/depurando /probandoque

escribiendo

Recursos

Las tres B-ariables*

Hecho nº3

Siempre hay cambios

Requisitos

Tendencias

Entornos

Tecnologías

ErroresClientes

Integrar

No Funcionales

Hecho nº4

¿Dónde está es el problema?

Se gasta más tiempo

leyendo/depurando /probandoque

escribiendo

El Problema

Productividad

Tácticas

Táctica nº1

Nunca a la primera, mejora progresiva

YAGNI

DRY

KISS

¿Mejor técnica de diseño?

Táctica nº2

Invertir en la Calidad

Refactor

SourceControl

UnitBuilds

TDD

BVT

CICoverage

CodeAnalysis

Tests

Táctica nº3

Domain Driven Design

Lenguaje Ubicuo

IoCRepositorios

Technology Agnostic

EntidadesSoC

Persistence Ignorance

Táctica nº4

Agregados

Nueva Productividad

Nueva Productividad

La Solución

Test-e-ableDe-

Gracias