230 likes | 335 Views
Por qué ? Probar e l 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.
E N D
Porqué?Probarel Código rido abr2010
DemostraciónEmpírica • MétodoFáctico • Veríficación • contrastación por medio de la percepción • Esautocorrectivo y progresivo • No considera sus conclusiones infalibles o finales
Hecho nº1 ¿Queés lo másimportante en un proyecto de Software? Documentación Requisitos Arquitectura DiseñoDetallado Fuentes Plan de Pruebas Binario
Hecho nº2 ¿Cuánto cuesta terminar el código? Teclear Compilar Depurar Cambiar Ejecutar Integrar Adaptar Probar Leer
Se gastamástiempo leyendo/depurando /probando que escribiendo
Hecho nº3 Las tres B-ariables* (*)Bueno-Bonito-Barato (Escoge2) Tiempo Alcance Q Recursos
Hecho nº4 Siempre hay cambios Requisitos Errores Clientes Entornos No Funcionales Tendencias Tecnologías Integrar
¿Dóndeestáes el problema? Lines Of Code Se gastamástiempo leyendo/depurando /probando que escribiendo BBB Asume el Cambio
Táctica nº1 Nunca a la primera, mejoraprogresiva KISS YAGNI DRY
Táctica nº2 ¿Mejortécnica de diseño? Lines Of Code
Táctica nº3 Invertir en la Calidad SourceControl Builds Unit Refactor TDD BVT CodeAnalysis Coverage CI Tests
Táctica nº4 Domain Driven Design SoC Entidades Agregados LenguajeUbiquo Repositorios IoC Persistence Ignorance Technology Agnostic
Nueva Productividad Nueva Productividad
Test-e-able Refactor Test Lines Of Code De-