[[Nombre de la institucin]]

Polticas sobre el Testing en la Programacin Extrema

[[fecha]]
Versin 1.0
[[Nombre del proyecto]]

1
1.1

Introduccin
Propsito del documento

Cuando se habla de testing se entiende que es una prctica desarrollada por personas y que
existen estudios y documentos que la respaldan, si bien esto es cierto, esta prctica no tiene una
receta de indicaciones que permitan llevar a cabo los dos tipos de prueba en los que se basa
(pruebas de unidad y pruebas de aceptacin) de manera exitosa, esta gua define estas pruebas y
las actividades que se deben llevar a cabo estableciendo quienes son los responsables de
desarrollarlas as como tambin de implementarlas. Si se requiere tener una informacin mas
profunda respecto al tema, se sugiere ver la gua completa disponible en: Politicas_Testing.doc

Conceptos de Testing en XP

Los casos de test o pruebas, constituyen uno de los pilares bsicos de la programacin extrema,
estn directamente relacionados con el concepto de posesin del cdigo. En cierta manera, una
parte del cdigo no ser reemplazado si no supera las pruebas que existen para ese cdigo.
Despus de cada modificacin, se pueden emplear las pruebas para verificar que un cambio en la
estructura no introduce un cambio en la funcionalidad. Sin embargo, si se aade una nueva
capacidad al cdigo, se tiene que volver a disear el caso de prueba, para adaptarse a la nueva
funcionalidad.
Los casos de prueba deben ser incluidos junto con el cdigo que verifican dentro del repositorio. El
cdigo no es considerado completo si este no consta de su caso de prueba correspondiente.
Las pruebas provienen de dos tipos de fuentes:
El equipo desarrollador.
[[nombre del cliente]]
Mientras que los desarrolladores escriben pruebas mtodo a mtodo, [[nombre del cliente]]
escribe pruebas historia a historia, las primeras se denominan pruebas unitarias y las segundas,
pruebas de aceptacin o funcionales.
[[nombre del cliente]] normalmente no puede escribir pruebas de aceptacin por s mismo,
necesita la ayuda de alguien que pueda primero traducir sus datos de prueba a pruebas, por esta
razn existe una persona encargada de realizar esta labor, el tester.

[[Nombre del Proyecto]]

[[Nombre de la institucin]]

Pgina 1 de 2

Polticas sobre Testing en la XP

Versin 1.0

Actividades

Actividades Testing
Nmero
1

[[Autor]]

Actividad
Identificar pruebas de
aceptacin.

Escribir
unitarias.

Verificar

[[Nombre del Proyecto]]

[[Nombre de la institucin]]

pruebas

Subactividad
Para cada historia de
usuario,
escribir
datos de prueba que
aseguren que sta se
ha completado.
Traducir los datos de
pruebas en pruebas
de aceptacin.
Ejecutar pruebas de
aceptacin.
Aceptacin de las
pruebas.

Responsable
Cliente

Crear una prueba de

unidad.

Desarrollador

Compilar la prueba
de unidad.

Desarrollador

Implementar
el
cdigo mnimo para
que
la
prueba
compile.

Desarrollador

Ejecutar la prueba y
comprobar que falla.

Desarrollador

Implementar
el
cdigo para pasar la
prueba de unidad.
Ejecutar la prueba de
unidad y comprobar
que el cdigo pasa.
Verificacin de las
pruebas unitarias y
de aceptacin.

Desarrollador

Tester
Tester
Cliente

Desarrollador
Cliente
Desarrolladores.

Pgina 2 de 2