SISTEMA DE AEROLINA

CASOS DE PRUEBA

SAN FELIPE, NOVIEMBRE DEL 2016

Antecedentes:
Integrantes del Equipo:

Roberto Andrs Gonzlez Villar

Carlos Antonio Tobar Silva
Nombre de la Carrera:
Programacin y Anlisis de Sistemas.
Nombre del Mdulo:
Taller de Pruebas y Mantencin.

Profesor del Mdulo:

Csar Antonio D'Alenon Vsquez.

ANDRES

Resumen
El proceso de desarrollo de software describe la vida de un producto de software desde
su concepcin hasta su entrega, utilizacin y mantenimiento. En forma anloga, el
proceso de prueba describe la forma en que el producto de software debe ser probado.
El proceso de prueba puede ser visto como parte del proceso de desarrollo de software
o independiente de l. En este ltimo caso, el proceso de prueba no tiene en cuenta la
forma en que se realiza el desarrollo para definir las actividades a realizar.
En este trabajo se define un proceso para la prueba funcional de un producto de
software, independiente del proceso seguido para su desarrollo. La prueba funcional de
un producto de software tiene como objetivo validar cuando el comportamiento
observado del producto cumple o no con sus especificaciones.

Con el fin de definir se realiza un estudio del estado del arte en lo referente a las pruebas
y al proceso de pruebas de software. Esta informacin es organizada y resumida para
la realizacin de las pruebas funcionales de un producto.
Se presentan las etapas definidas para las actividades, artefactos y roles. Se describe
la aplicacin del proceso definido en un caso de estudio: el proyecto de prueba de una
aplicacin de gestin. Se presentan las conclusiones y ajustes a partir de dicha
experiencia.
Se concluye que el proceso es una gua til para realizar pruebas funcionales de
productos de software.
Para cada proyecto de prueba, el proceso es adaptado a las caractersticas del proyecto.
Al culminar el mismo, se evala y se realizan las mejoras, a partir de lo aprendido con
la experiencia.

ANDRES

ndice

Antecedentes: ............................................................................................................... 1
Resumen ...................................................................................................................... 2
ndice ............................................................................................................................ 3
Introduccin .................................................................................................................. 4
Casos de Prueba .......................................................................................................... 5
Conclusin .................................................................................................................. 11

ANDRES

Introduccin
Desde el punto de vista del cliente y los usuarios, la calidad de un producto de software
es percibida principalmente por las fallas que encuentran en el producto y por la
gravedad que stas tienen para el negocio del cliente. Para ser competitivas, las
empresas desarrolladoras de software necesitan asegurarse de la calidad de sus
productos previo a su instalacin en el ambiente del cliente.
La prueba exhaustiva del producto antes de ser entregado al cliente implica probar el
comportamiento del mismo para todas las combinaciones vlidas e invlidas de
entradas, bajo cada estado posible del sistema. Esto, incluso para un programa pequeo
puede llevar cientos de aos y es econmicamente inviable. Debido a esto, las
empresas que desarrollan software intentan una solucin de compromiso, esto es
entregar sus productos con la menor cantidad de defectos posible. Para esto, definen
cuando entregar el producto a los usuarios en funcin del costo y el beneficio de realizar
las pruebas.
El desafo est en encontrar los defectos que tendran mayor impacto negativo para el
negocio del cliente antes de que el producto se haya entregado. Para lograr este
objetivo, existen tcnicas y estrategias para definir y ejecutar las pruebas y es necesario
contar con un equipo entrenado en ellas.
Este equipo puede ser parte de la organizacin de desarrollo o puede ser externo.
Ambas formas tienen sus ventajas y desventajas.

Para realizar pruebas funcionales en forma independiente, el proceso a definir no puede

depender de la metodologa usada para el desarrollo y debe estar enfocado en realizar
pruebas funcionales sobre una versin ejecutable del producto, sin contar con el cdigo
fuente. De este modo, la organizacin que desarrolla el producto no necesita brindar su
principal capital, que es el cdigo fuente.

El proceso definido ser utilizado en el proyecto de pruebas funcionales que

realizaremos. Por ello, la documentacin del proceso debe estar accesible a todos los
integrantes del equipo de prueba. En cada proyecto donde el proceso es utilizado,
pueden surgir ajustes a realizar, para mejorarlo o extenderlo. Un cambio posible puede
ser la mejora de la descripcin de una actividad, pero tambin un cambio puede ser que
para determinados tipos de proyectos de prueba, se realice una actividad extra,
extendiendo as el proceso de prueba. La documentacin adems de ser accesible,
debe ser fcil de ajustar, para crear nuevas versiones del proceso.

ANDRES

Casos de Prueba
Testing N 1 Roberto Gonzlez Villar
Caso de Prueba n1: No identifica abreviar nombres de ciudades. Ejemplo:
Valparaso (VALPO) Santiago (STAGO)

Casos de Prueba n 2: No se ha encontrado el mtodo principal en la clase

avion.pasajero.registropasajero.

ANDRES

Casos de Prueba n3: cada del programa main java.lang.array.

Casos de Prueba n4: No se encuentra el mtodo principal en la clase

avin.registro.pasajero.

Casos de Prueba n5: Al momento de ingresar en el men Ingresar el nmero

del asiento 12, 13, 14,15 El sistema no reconoce la coma t manda un mensaje
Ingrese nmero no letra

ANDRES

Casos de Prueba n 6: No ejecuta el programa

ANDRES

Testing N 2 Carlos Tobar Silva

Caso de prueba n1: Permite el ingreso de numeros en Apellidos

Caso de prueba n2: No valida Rut ingresado

Caso de Prueba n3: Permite el ingreso de letras en Telfono

Caso de Prueba n4: Considera Valida la opcin 0 en el ingreso de Genero

ANDRES

Caso de Prueba n5: Solo permite ingresar hasta el asiento 100 sobre ese se
cae el programa

Caso de Prueba n6: Permite el ingreso de numeros en Nombre

Casos de prueba grupal:

Casos de Prueba n1: Al momento de ingresar en el men Ingresar el nmero
del asiento 12, 13, 14,15 El sistema no reconoce la coma t manda un mensaje
Ingrese nmero no letra

ANDRES

Caso de Prueba n2: Considera Valida la opcin 0 en el ingreso de Genero

Caso de prueba n3: No valida Rut ingresado

Casos de Prueba n 4: No ejecuta el programa

ANDRES

1
0

Conclusin
En este trabajo se estudia las tcnicas, estrategias y metodologas para las
pruebas de software. Se resean los principales procesos de prueba existentes
y los modelos de calidad y mejora de procesos y productos de software. Se
propone un proceso para la prueba funcional independiente de productos de
Software.

ANDRES

1
1