Pruebas

giles

Antecedentes
La industria del software enfrenta el enorme
reto de mantenerse al ritmo de las
cambiantes necesidades del mercado, la
competencia y la globalizacin
Esto hace que la brecha entre la liberacin
de los productos de software y su
comercializacin se reduzca cada vez ms,
marcando con ello una dinmica de puesta en
produccin muy acelerada.
UPC - Ingeniera de Requerimientos

Caractersticas
-Asegurar la calidad de los
productos de software.
- Reducir y simplificar las
tareas de pruebas.
- Capacidad de probar pequeas
funcionalidades.
- Adaptabilidad para el
constante cambio de los
requerimientos.

1/20/16

UPC - Ingeniera de Requerimientos

Ciclo de vida de
desarrollo de software
gil.

1/20/16

UPC - Ingeniera de Requerimientos

Prcticas y actividades
de prueba
Preguntas como gua para el
desarrollo de los casos de prueba:
Qu necesidades del usuario
debe resolver este producto?
Cules son las ms crticas
desde el punto de vista del
usuario? (relacin con pruebas
de aceptacin).
Cul es el comportamiento
esperado? Cul es la secuencia
de acciones? (historias de
usuario)
1/20/16

Prcticas y actividades
de prueba
Preguntas como gua para el
desarrollo de los casos de prueba:
Hay alguna dependencia especial
en el sistema?
Existen requerimientos no
funcionales? Cules?
Cules son las limitaciones del
software/hardware respecto a
caractersticas, funciones, datos,
tiempo, etc.?

1/20/16

Prcticas y actividades
de prueba
Preguntas como gua para el
desarrollo de los casos de prueba:
Las descripciones son lo
suficientemente completas
para decidir cmo disear,
implementar y probar cada
requisito y el sistema en s
como un todo?
Qu problemas y riesgos
pudieran estar asociados con
estos requisitos?

1/20/16

Definir el alcance de
pruebas.
Puede identificarse respondiendo a las
preguntas:
Qu necesidades del cliente van a ser
incluidas en esta liberacin?
Cules van a excluirse de las pruebas en
este producto especfico?
Qu es lo nuevo en esta liberacin con
respecto a otras?
Qu ha cambiado o se ha
actualizado/corregido para este producto?

1/20/16

Definir estrategias de
pruebas.
Identificar las tcnicas utilizar.
Ejemplos: Pruebas exploratorias,
Pruebas basadas en Riesgos,
Pruebas automatizadas, etc.
Identificar las herramientas de ejecucin y de administracin de
pruebas usar, buscando principalmente aquellas cuyas plantillas de
registro de defectos (por ejemplo), sean lo ms simples y concisas
posible, evitando trabajo redundante y exhaustivo; en el caso de
herramientas de automatizacin, dependern del lenguaje.
Realizar la seleccin de los datos de pruebas.
Definir cmo se va a preparar y configurar el ambiente de pruebas.
1/20/16

Definir el punto de
terminacin
Cundo continuar o detener las
pruebas antes de entregar el sistema
al cliente?
Qu criterios de evaluacin deben
cubrirse?
Qu criterios finales de aceptacin
debern satisfacerse?

1/20/16

UPC - Ingeniera de Requerimientos

10

Pruebas de aceptacin y
ATDD

Desarrollo Dirigido por Pruebas (TDD -Test Driven Development)

Desarrollo Dirigido por Pruebas de Aceptacin (ATDD - Aceptance
Test Driven Develepment).

1/20/16

11

Pruebas de aceptacin y
ATDD
ATDD, algunos aspectos clave:
Toma como principal referencia al usuario
final, al cliente.
Utiliza historias de usuario como requisitos a
los que se asocian pruebas de aceptacin
(escenarios).
Las pruebas de aceptacin dirigen el
diseo/desarrollo del sistema.
Requieren entrar tempranamente en detalles
de implementacin e instanciacin de datos de
pruebas
1/20/16

12

Pruebas de aceptacin
definicin.
aquellas pruebas formales con
respecto a las necesidades,
requerimientos y procesos de negocio
del usuario, conducidas para
determinar ya sea si un sistema
satisface o no los criterios de
aceptacin y habilita al usuario, cliente
o entidad autorizada para determinar
si el sistema se acepta o no

1/20/16

13

Caractersticas:

- Cada necesidad de usuario se representa con una

historia de usuario.
- Cada historia de usuario debe de tener al menos
asociado un criterio de aceptacin.
- Por cada criterio se debe de definir su prueba de
aceptacin en escenario de prueba.
- Una vez que se disearon los escenarios se deber
de iniciar con la programacin.
- Los desarrolladores debern de disear sus
propias pruebas unitarias.
- Las pruebas de aceptacin se definen en modo
natural de manera que el usuario final las entienda.
1/20/16

14

Automatizacin:

Se pueden realizar una vez que se identificaron

los criterios de aceptacin.
Pueden utilizar cualquiera de las siguientes:
Selenium, soapUI, TOSCA testsuite, HP Quick
Test Pro, SilkTest, IBM Rational Functional
Tester, SOATest, TestPartner, Visual Studio
Test Profesional, etc.
Sin embargo es de considerar tambin el
mantenimiento que dichos scripts de prueba,
sabiendo que los requerimientos cambiarn
continuamente.
Es muy importante evaluar si realmente vale la
pena, pues existen otros tipos de pruebas que
cubren los objetivos de calidad.
1/20/16

15