FACULTAD DE INGENIERIA DE SISTEMAS

Universidad Nacional San Luis Gonzaga

PRUEBAS DEL
SISTEMA
Pruebas de software

PRUEBAS DEL SISTEMA

INTRODUCCION

FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

INDICE

Contenido
CAPITULO 1: PRUEBAS FUNCIONALES.................................................................6
1.- Qu son pruebas funcionales?...................................................................7
2.- Cmo prepararse eficientemente para las pruebas funcionales?...................8
3.- Fases de las pruebas funcionales..................................................................8
3.1.- Anlisis de requisitos (Planificacin)............................................................8
3.2.- Diseo de plan de pruebas (Preparacin).....................................................8
3.3.- Ejecucin................................................................................................. 9
3.4.- Gestin de Incidencias (Defectos)...............................................................9
4.- Las Pruebas funcionales segn su Ejecucin.................................................9
4.1.- Manuales................................................................................................. 9
4.2.- Automticas............................................................................................. 9
5.- Pruebas funcionales segn el Tipo de Prueba..............................................10
5.1.- Pruebas exploratorias.............................................................................. 10
5.2.- Pruebas de regresin.............................................................................. 10
5.3.- Pruebas de compatibilidad.......................................................................10
5.4.- Pruebas de integracin............................................................................11
5.5.- Pruebas de aceptacin............................................................................ 11
6.- ProTest...................................................................................................... 11
CAPITULO 2: DISEO DE CASOS DE USO E HISTORIAS DE USUARIO.................12
CAPITULO 3: PRUEBAS DE REGRESION.............................................................12
CAPITULO 4: HERRAMIENTAS PARA IMPLEMENTAR Y EJECUTAR PRUEBAS
FUNCIONALES Y DE REGRESION.......................................................................12
CAPITULO 5: MONITOREO DE RESULTADOS.......................................................13

FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

Tabla de Ilustracions
Ilustracin 1: Etapas de Protest.........................................................................11

FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

PRUEBAS DEL SISTEMA

CAPITULO 1: PRUEBAS FUNCIONALES

Se denominan pruebas funcionales o Functional Testing, a las pruebas de

software que tienen por objetivo probar que los sistemas desarrollados, cumplan
con las funciones especficas para los cuales han sido creados, es comn que
este tipo de pruebas sean desarrolladas por analistas de pruebas con apoyo de
algunos usuarios finales, esta etapa suele ser la ultima etapa de pruebas y al dar
conformidad sobre esta el paso siguiente es el pase a produccin.
A este tipo de pruebas se les denomina tambin pruebas de comportamiento o
pruebas de caja negra, ya que los testers o analistas de pruebas, no enfocan su
atencin a como se generan las respuestas del sistema, bsicamente el enfoque
de este tipo de prueba se basa en el anlisis de los datos de entrada y en los de
salida, esto generalmente se define en los casos de prueba preparados antes del
inicio de las pruebas.
Las pruebas funcionales en la mayora de los casos son realizadas manualmente
por el analista de pruebas, tambin es posible automatizar este tipo de pruebas
utilizando herramientas como WinRunner o SilkTest las cuales permiten generar
scripts conforme nosotros hagamos interacciones con el aplicativo a probar. La
automatizacin de pruebas puede resultar compleja y solo la recomendara en
algunas funcionalidades especficas, por ejemplo en las pantallas que tendrn
mayor uso, generalmente pantallas de ingreso de datos. Se debe tener en cuenta
que el costo de estas licencias suele ser bastante elevado.
Al realizar pruebas funcionales lo que se pretende en ponerse en los pies del
usuario, usar el sistema como l lo usara sin embargo el analista de pruebas
debe ir mas all que cualquier usuario, generalmente se requiere apoyo de los
usuarios finales ya que ellos pueden aportar mucho en el desarrollo de casos de
prueba complejos, enfocados bsicamente al negocio, posibles particularidades
que no se hayan contemplado adecuadamente en el diseo funcional, el analista
de pruebas debera dar fuerza a las pruebas funcionales y ms an a las de
robustez, generalmente los usuarios realizan las pruebas con la idea que todo
debera funcionar, a diferencia del analista de pruebas que tiene ms bien una
misin destructiva, su objetivo ser encontrar alguna posible debilidad y si la llega
a ubicar se esforzar por que deje de ser pequea y posiblemente se convertir en
un gran error, cada error encontrado por el analista de pruebas es un xito, y se
debera considerar como tal, en mi experiencia personal he podido ver que
FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

proyectos atrasados, o con algunos problemas de tiempo sacrifican horas de

pruebas, incluso se siente algn malestar si el tester sigue encontrando errores, si
no se corrige esta situacin los proyectos en su gran mayora fracasaran o
perdern ms tiempo an.

1.- Qu son pruebas funcionales?

Las pruebas funcionales son un proceso de control de calidad que consiste en
asegurar el cumplimiento de un sistema o componente con requerimientos
funcionales.
Estas pruebas pueden realizarse durante la fase de desarrollo, individualmente
para secciones especficas desarrolladas por su equipo, al final del desarrollo de
su proyecto, cuando las diferentes secciones de su proyecto estn unidas.
El objetivo principal de las pruebas funcionales es analizar el producto terminado
y determinar si hace todo lo que debera hacer y si lo hace correctamente.
Tomemos un ejemplo. Si tratamos de analizar las funcionalidades del formulario de
contacto de su sitio web, tendra que considerar las siguientes preguntas:

-Los datos ingresados por el usuario fueron correctamente enviados al

destinatario?
- El usuario estuvo informado que su formulario se envi correctamente?
- El usuario est correctamente informado cuando campos obligatorios estn
vacos?
Por supuesto, la complejidad y la frecuencia de sus pruebas dependen de la
complejidad del producto que probar. En muchos casos, proveer un plan de
pruebas es importante para testear de manera correcta.

FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

2.- Cmo prepararse eficientemente para las pruebas

funcionales?
Los componentes de sus productos interactivos generalmente tienen ms
caractersticas de las que podemos ver. Para asegurar que aproveche al mximo
las pruebas funcionales, el factor clave es comunicar correctamente sobre cada
aspecto del producto o seccin que se necesita probar.
Puede proveer una lista de requisitos relacionados a las secciones especficas que
necesita probar. Estos requisitos se refieren a los resultados con los cuales
debera cumplir cada seccin. Volviendo al ejemplo del formulario de contacto, los
requisitos podran ser:

- Los visitantes deben poder enviar un mensaje a su equipo comercial a travs

del formulario de contacto.
- Los visitantes deben proveer su nombre, nmero de telfono y correo
electrnico cuando contactan al equipo comercial.

3.- Fases de las pruebas funcionales

3.1.- Anlisis de requisitos (Planificacin)
En esta fase se inicia la elaboracin del modelo jerrquico de requisitos de prueba
partiendo de los procesos funcionales que soporta el producto o activo de software a
evaluar. A partir de las funcionalidades se elaborar el plan de pruebas. Hay que
obtener toda la informacin posible de las aplicaciones sobre las cuales se realizarn
las pruebas. Esta informacin se deber conseguir de toda la documentacin
disponible sobre su funcionamiento y hablando con el personal responsable de la
misma.

3.2.- Diseo de plan de pruebas (Preparacin)

En esta fase se identifica, acuerda y especifican los atributos y caractersticas de
calidad que se van a probar. El objetivo es disear las pruebas para que tengan la
mayor probabilidad de encontrar defectos con la mnima cantidad de esfuerzo y
tiempo. Sern pruebas que se llevarn a cabo a travs de la interfaz grfica del
software (GUI). Es decir, demostrar que las funciones del software son operativas, que
la entrada se acepta de forma adecuada y que se produce una salida correcta, as
FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

como que la integridad de la informacin externa se mantiene. Se crearn casos de

prueba divididos en pasos (steps) para cada accin a realizar con un resultado
esperado asociado, que podr ser verificado. Durante la fase de diseo tambin se
especifican los datos de entrada necesarios para que los casos de pruebas definidos
puedan ser ejecutados (ya sea buscando el xito de la prueba, o bien el fallo).

3.3.- Ejecucin
En esta fase se ejecutarn los casos de prueba anteriormente diseados de forma
manual. Hay que seguir al detalle el guin establecido dejando cierta libertad al tester
para detectar situaciones anmalas no contempladas. Las bateras de pruebas sern
ejecutadas como mnimo una vez antes del paso a produccin, independientemente de
las ejecuciones anteriores. Los casos de prueba fallados se reportarn a los
desarrolladores para su correccin hasta que su resultado sea correcto.

3.4.- Gestin de Incidencias (Defectos)

La gestin de incidencias es una parte implcita de la fase de ejecucin, pero que al
tener una alta importancia en las pruebas funcionales, diferenciamos como una etapa
independiente. Cuando al realizar la accin de un step el resultado obtenido no es el
esperado, habr que abrir o reportar una incidencia para que el equipo de desarrollo
tenga constancia del error. La gestin de incidencias es el principal canal de
comunicacin con el equipo de desarrollo. Las incidencias han de ser claras y con todo
lujo de detalle, tienen que describir el error para que el equipo de desarrollo pueda
comprenderlo perfectamente, reproducirlo, localizarlo y poder solucionarlo. Se deber
mantener una continua comunicacin con el equipo de desarrollo para conocer el
estado de los defectos y poder realizar las repruebas necesarias para su cierre.

4.- Las Pruebas funcionales segn su Ejecucin

4.1.- Manuales
Las pruebas funcionales manuales son las que ejecuta un tester como si fuese un
usuario pero siguiendo una serie de pasos establecidos o test plan, diseado en el
anlisis de los requisitos para garantizar que hace lo que debe (casos positivos), que
no falla (casos negativos) y que es lo que se ha solicitado. El tester realizar las
acciones indicadas en cada step del caso de prueba comprobando que se cumple el
resultado esperado. Si el resultado es distinto al esperado, se reportar un defecto con
todo detalle: descripcin, datos utilizados, capturas de pantalla, etc. para facilitar la
solucin del defecto por parte de los desarrolladores.

4.2.- Automticas
Las pruebas funcionales automticas son pruebas funcionales que se automatizan
para "ahorrar tiempo de pruebas". A partir de los casos de prueba de las pruebas
manuales, se automatizan los casos de prueba que se repitan en las ejecuciones.
Esos casos suelen ser los ms importantes (happy flow) de los mdulos o procesos de
negocio "vitales" de la aplicacin, es decir, los procesos que siempre tienen que
FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

funcionar y que bajo ningn concepto pueden fallar. El objetivo de las pruebas
funcionales automticas es comprobar que nada de lo probado con anterioridad ha
dejado de funcionar como debera.

5.- Pruebas funcionales segn el Tipo de Prueba

5.1.- Pruebas exploratorias
Son aquellas pruebas a travs de las cuales, simultneamente, se obtiene un
aprendizaje y conocimiento de la aplicacin a probar a la vez que se genera un valor
desde el primer momento. Ayudan a la integracin de la fase de pruebas de una forma
mucho ms rpida, pues permiten al tester elaborar un guion de pruebas que utilizar
para el diseo de los futuros planes de pruebas. Estas pruebas son realmente tiles a
la hora de probar aplicaciones ya desarrolladas, es decir, aquellas pruebas de software
que no comienzan a la vez que el desarrollo. Para realizar las pruebas funcionales
exploratorias se identificarn los distintos procesos de negocio o mdulos de la
aplicacin y se le dar al tester libertad, ponindose en la piel de un usuario, para
probarlos. Estas pruebas exploratorias debern ejecutarse sobre la ltima versin
cerrada disponible de la aplicacin.

5.2.- Pruebas de regresin

El objetivo de las pruebas de regresin es eliminar el efecto onda, es decir, comprobar
que cambios realizados en el software no introducen un comportamiento no deseado o
errores adicionales en otros mdulos o partes no modificados. Las pruebas de
regresin se deben llevar a cabo cada vez que se hace un cambio en el sistema, tanto
para corregir un error como para realizar una mejora. No es suficiente probar slo los
componentes modificados o aadidos, o las funciones que en ellos se realizan, sino
que tambin es necesario controlar que las modificaciones no produzcan efectos
negativos sobre el mismo u otros componentes. Este tipo de pruebas tiene que
garantizar que tras un cambio en el software, al menos la funcionalidad ms
importante sigue funcionando. Para este tipo de pruebas lo ideal es automatizar los
casos que validen que estas partes siguen funcionando, pues se ejecutarn de manera
repetitiva a lo largo del ciclo de vida del software.

FACULTAD DE INGENIERIA DE
SISTEMAS

PRUEBAS DEL SISTEMA

5.3.- Pruebas de compatibilidad

Las pruebas de compatibilidad son pruebas funcionales realizadas en diferentes
entornos como en cada navegador de internet, sistema operativo o dispositivo, para
garantizar el correcto funcionamiento de la aplicacin en todos los medios. El mismo
software puede presentar errores dependiendo de dnde se ejecute: funcionales
(botones y enlaces pueden dejar de funcionar, producen errores de sistema o
simplemente no realizan la funcionalidad esperada), estticos (pueden descuadrarse
frames de la aplicacin, no cargarse imgenes, desaparecer enlaces o botones y
textos).

5.4.- Pruebas de integracin

Las pruebas de integracin son pruebas funcionales entre dos o ms sistemas. El
objetivo de las pruebas de integracin es verificar el correcto ensamblaje entre los
distintos componentes una vez que han sido probados unitariamente con el fin de
comprobar que interactan correctamente a travs de sus interfaces, cubren la
funcionalidad establecida y se ajustan a los requisitos.

5.5.- Pruebas de aceptacin

El objetivo de las pruebas de aceptacin es validar que un sistema cumple con el
funcionamiento esperado y permitir al usuario de dicho sistema que determine su
aceptacin, desde el punto de vista de su funcionalidad y rendimiento. En las pruebas
de aceptacin, la ejecucin y aprobacin final corresponden al usuario o cliente, que
es el que valida y verifica que el alcance es el correcto.

6.- ProTest
Para realizar las pruebas funcionales de productos de software, se utiliza ProTest,
proceso que se destaca por sus caractersticas:

Independiente del ciclo de vida que se utilice para desarrollar el producto.

Se basa en el anlisis de riesgo del producto para definir las
FACULTAD DE INGENIERIA DE
funcionalidades a testear y la prioridad con que sern probadas.
9
SISTEMAS
Organiza el proyecto de prueba en ciclos, donde cada ciclo se
corresponde con una versin del producto a testear.

PRUEBAS DEL SISTEMA

ProTest se organiza en cuatro etapas: Estudio preliminar, Planificacin, Ciclo de

prueba y Evaluacin del proyecto. Puede ser usado como gua para realizar
testing funcional independiente de productos desde su comienzo, en sucesivos
ciclos de desarrollo o en productos que se encuentran en mantenimiento.

Ilustracin 1: Etapas de Protest

Por cada ciclo de prueba el cliente recibe un informe intermedio con informacin
de las pruebas y sus resultados. Al final del servicio, se entrega un informe dnde
se evala el proyecto y sus resultados.

4.- Estrategias para la gestin de las pruebas funcionales.

Las principales caractersticas de la estrategia son que se basa en realizar un
estudio de los riesgos del producto que permita definir el alcance para las
pruebas.

CAPITULO 2: DISEO DE CASOS DE USO E HISTORIAS DE USUARIO

Fdddddddddddddddddddddddddddddddddddddddddddddddddddddd

CAPITULO 3: PRUEBAS DE REGRESION

dsssssssssssssssssssssssssssssssssssssssssssssssssss

FACULTAD DE INGENIERIA DE
SISTEMAS

10

PRUEBAS DEL SISTEMA

CAPITULO 4: HERRAMIENTAS PARA IMPLEMENTAR

FUNCIONALES Y DE REGRESION

Y EJECUTAR PRUEBAS

http://www.pmoinformatica.com/2012/11/5-herramientas-para-laautomatizacion.html
CAPITULO 5: MONITOREO DE RESULTADOS

ggggggggggggggggg

FACULTAD DE INGENIERIA DE
SISTEMAS

11

PRUEBAS DEL SISTEMA

CONCLUSION

FACULTAD DE INGENIERIA DE
SISTEMAS

12

PRUEBAS DEL SISTEMA

BIBLIOGRAFIA
Captulo 1:
https://crowdsourcedtesting.com/es/pruebas-funcionales
https://es.wikipedia.org/wiki/Pruebas_funcionales#An.C3.A1lisis_de_requisitos_.
28Planificaci.C3.B3n.29
http://www.ces.com.uy/index.php/servicios/testing-independiente/testingfuncional-

FACULTAD DE INGENIERIA DE
SISTEMAS

13