2. Behaviordrivendevelopment (BDD) Es una técnica de programación “Qué debería hacer esta aplicación?” o “Qué debería hacer esta parte?” los desarrolladores intentan crear un lenguaje común entre todos: gestión, usuarios, desarrolladores, jefe de proyecto y expertos de dominio.
3. El propósito es cuestionar cada parte de la aplicación y la aplicación entera Caracteristicas relacionadas con el tiempo y costo desarrolladores y jefes de proyecto pueden realizar mejores estimaciones de cómo ajustar la organización para manejar la creación de una aplicación.
7. requiere que el programador primero haga fallar los casos de prueba
8. TDD = refactorización + TFD. ¿El diseño ya existe? ¿Es mejor que el diseño existente?
9. Kent Beck popularizo el TDD. Define 2 reglas la primera usted debe escribir cogido nuevo cuando la prueba ha fallado y la segunda se debe eliminar la duplicación que existe
10. Usted diseño, con el código que se ejecuta se debe retro alimentar Usted escribe sus propias pruebas porque no se puede esperar 20 veces al día por otra persona para escribir para ti. Su entorno de desarrollo debe proporcionar una respuesta rápida a pequeños cambios (por ejemplo, necesita un compilador rápido y una suite de pruebas de regresión). Su diseño debe constar de gran cohesión para hacer la prueba más fácil (esto también hace que la evolución y el mantenimiento de su sistema más fácil también).
11. TDD ¿Por qué? Una ventaja significativa de TDD es que le permite tomar pequeños pasos para escribir el software Por ejemplo, suponga añadir un poco de código funcional nuevo, se compila y se prueba.
12. Definicionpor Dan North BDD esunametodologiaagil de segundageneracion,trabajada de afuerahaciaadentro, con multiples partesinteresadas, multi-scalay de altaautomatizacion. Describe un ciclo de interacciones con resultadosbiendefinidos, lo queresulta en un software funcionalprobadoqueimporta.
13. Roles en el Equipo BDD Stakeholders o partesinteresadas Analistas Testers Desarolladores El Project Manager
14. QueesunaHistoria Unaunidad de entrega Un requerimiento a nivel micro Historia 22 – Verdetalle de pacientes Siendo un anestesiologo Yoquierover la historiaclinica del paciente Para poderescoger la mejoranestesia
15. Enfocarse en el Valor Historia 22 – Verdetalle de pacientes Para poderescoger la mejoranestesia Siendoun anestesiologo Quierover la historiaclinica del paciente
16. Definirenfoqueusandoescenarios Escenario – Pacienteexistente con historial Dado quetenemos un pacienteregistrado Y el paciente ha sidooperadoanteriormente Cuandosolicito el historialclinico del paciente Entoncesmirotodos los tratamientosanteriores