Extreme Programming - PowerPoint PPT Presentation

1 / 10
About This Presentation
Title:

Extreme Programming

Description:

... c digo de producci n despu s de agregar una prueba de falla al c digo de pruebas. ... En el esquema tradicional, cuando falla una prueba de una ltima versi n, es ... – PowerPoint PPT presentation

Number of Views:501
Avg rating:3.0/5.0
Slides: 11
Provided by: jorgemarce
Category:

less

Transcript and Presenter's Notes

Title: Extreme Programming


1
Extreme Programming
  • Test First Design
  • (TFD)

CURSO Técnicas ágiles de programación (CC62V)
Agustín Villena
Jorge Avila Aedo
2
Temario
  • Introducción
  • Qué es el TFD?
  • Cómo funciona?
  • Debilidades
  • Fortalezas
  • Herramientas
  • Referencias
  • Síntesis/Conclusiones
  • Preguntas/Comentarios

3
Qué es Test First Design?
  • Qué es?
  • Los programadores sólo agregan funcionalidad
    al código de producción después de agregar una
    prueba de falla al código de pruebas.
  • Por qué se está en contra del TFD?
  • Probar no es natural para el programador (Kent
    Beck).
  • Probar deja de ser esencial al desarrollar.
  • Es necesario buscar excusas para hacerlo
    n1atural para el codificador.

4
Cómo funciona el TFD?
5
Debilidades del Test First Design
  • Magnitud del proyecto
  • Defectos inherentes del sistema de pruebas.
  • Se malgastan recursos cuando la entrega se acerca
    vertiginosamente
  • El código y la prueba pueden tener errores
    simultáneamente
  • El código puede ser correcto, pero la prueba
    puede contener errores

6
Fortalezas del Test First Design
  • Se desarrolla más fácil y rápidamente
  • Se tiene retroalimentación de información
    mientras se trabaja y de forma más concreta
  • El desarrollador sólo se preocupa de lo que
    realmente es necesario considerar
  • Se mejora el ritmo de desarrollo
  • Ayuda a fortalecer el conocimiento sobre los
    requerimientos del sistema
  • Es más fácil desarrollar y probar unidades que
    desarrollar un sistema, integrar, y
    posteriormente probar
  • En el esquema tradicional, cuando falla una
    prueba de una última versión, es probable que la
    prueba sea incompatible con la última versión del
    grupo de desarrollo

7
Herramientas de apoyo al TFD
  • JUnit
  • Permite
  • Probar unidades
  • Pruebas de caja negra (black box testing)
  • Pruebas de regresión
  • Ejemplo
  • public void testSample1()
  • String s1 "someString"
  • String s2 "someString"
  • assertEquals(s1, s2)
  • SUnit
  • Esqueleto de pruebas xUnit para smalltalk
  • AOSUnit
  • Esqueleto de pruebas xUnit para smallscript
  • JsUnit
  • Esqueleto de pruebas xUnit para javascript

8
Referencias
  • http//jsunit.berlios.de/
  • http//www.junit.org/index.htm
  • http//www.extremeprogramming.org/
  • http//www.metaprog.com/SmallScript/AOSUnit.htm
  • http//www.ociweb.com/javasig/knowledgebase/Oct200
    0/extremetesting.pdf
  • http//wiki.cs.uiuc.edu/CampSmalltalk/SUnitCampS
    malltalk
  • http//www.structurebydesign.com/Process/SoftwareT
    esting.htm
  • Kent Beck, Extreme Programming Explained.

9
Síntesis/ConclusionesSi se crean las pruebas
primero, se sabe realmente cuando el trabajo está
terminado. Todas las pruebas de unidades son
exitosas.
10
Preguntas/Comentarios
Write a Comment
User Comments (0)
About PowerShow.com