porque probar #esvs2010
DESCRIPTION
Presentación en Madrid en el lanzamiento de Visual Studio 2010.Sin hablar de Visual StudioTRANSCRIPT
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