Professional Documents
Culture Documents
Contenido
Introducción_____________________________________________________________________3
Definición de Roles_______________________________________________________________4
Investigación de temáticas
Áreas de uso_____________________________________________________________________5
Propósito _______________________________________________________________________6
Ciclo de vida ____________________________________________________________________7
Introducción
Desarrollar un software con la calidad que se requiere es hoy una gran meta por cumplir. Cuando se
crea y construye un software a la medida según las especificaciones de un cliente, se llevan a cabo una serie
de pruebas de aceptación para permitir que el cliente acepte y verifique todos los requisitos. Estas pruebas
las realiza el usuario final en lugar de los encargados de desarrollarlo.
El presente informe se explicará la función de las pruebas de aceptación relacionadas con los
software, siendo el objetivo del mismo definir y describir el proceso a seguir para realizar las pruebas de
aceptación con el cliente, Ciclo de vida relacionado con la prueba de aceptación y calidad, Características,
ventajas y desventajas del mismo, la relación técnica que se emplea con la aplicación y toda la
documentación empleada y generada en este proceso.
Se pretende conocer el desarrollo de esta técnica muy importante que participa en la creación del
software para tener un resultado esperado por el usuario a la entrega del mismo, y así nosotros como equipo
aprender las técnicas necesarias para realizarlas.
Definición de Roles
Como toda empresa cada persona cumple un rol dentro de ella y nosotros como equipo concordamos
en lo siguiente:
Suponiendo que estamos trabajando para una empresa la cual dejó en nuestras manos la creación de
un software especifico, al momento de la prueba de sistema ambos asistimos a las pruebas para ver si se da
la aceptación de nuestro cliente.
Áreas de Uso
Las Áreas de uso serán definidas dependiendo el uso que se le dará al Software.
Se sabe que en los últimos tiempos la integración de software se ha ampliado así que en consecuencia
de eso se puede ver un software desde un minimarket hasta las empresas más grandes que existen en el
mundo.
Empresarialmente un software puede ser el mismo en la totalidad de la empresa o bien para ciertos
departamentos.
Por lo tanto el área de uso será definida por nuestros clientes.
Propósito
Pruebas de sistema
Durante esta fase, el sistema se emplea de manera experimental para asegurarse que el software no
tenga fallas, es decir, que funciona de acuerdo con las especificaciones y en la forma en que los usuarios
esperan que lo haga. Se alimentan como entradas conjuntos de datos de prueba para su procesamiento y
después se examinan los resultados. En ocasiones se permite que varios usuarios utilicen el sistema, para que
los analistas observen si tratan de emplearlo en formas no previstas, antes de que la organización implante el
sistema y dependa de él.
En muchas organizaciones, las pruebas son conducidas por personas ajenas al grupo que escribió los
programas originales; para asegurarse de que las pruebas sean completas e imparciales y, por otra, que el
software sea más confiable.
Pruebas de aceptación
Las pruebas de aceptación tienen como fin validar que el sistema cumple los requisitos básicos de
funcionamiento esperado y permitir que el usuario determine la aceptación del sistema. Por este motivo,
estas pruebas son realizadas por el usuario final que, durante este periodo de tiempo, debe plantear todas las
deficiencias o errores que encuentre antes de dar por aprobado el sistema definitivamente.
Los Directores de los Usuarios revisan los criterios de aceptación, especificados previamente en el
plan de pruebas del sistema, y dirigen las pruebas de aceptación final que llevan a cabo los usuarios
expertos.
A su vez, éstos últimos deben elaborar un informe que los Directores de los Usuarios analizan y
evalúan para determinar la aceptación o rechazo del sistema
Ciclo de Vida
• Ejecuta el método
• Entrega sistema
Otro ciclo de vida es el modelo en espiral ya que también se integra la prueba de aceptación en su III
(Ingeniería) y IV (Evaluación del cliente) etapa.
El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido con
“palitos y alambres”, y puede desilusionarse al decirle que el sistema aun no ha sido construido.
El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin
tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente.
Características
Prueba de Sistema
Las pruebas de sistema se realizan una vez integrados todos los componentes. Su objetivo es ver la
respuesta del sistema en su conjunto, frente a distintas situaciones. Se simulan varias alternativas que
podrían darse con el sistema implantado y en base a ellas se prueba la eficacia y eficiencia de la respuesta
que se obtiene. Se pueden distinguir varios tipos de prueba distintos, por ejemplo:
· Pruebas negativas: se trata de que el sistema falle para ver sus debilidades.
· Pruebas de recuperación: se simulan fallas de software y/o hardware para verificar la eficacia del
proceso de recuperación.
· Pruebas de rendimiento: tiene como objeto evaluar el rendimiento del sistema integrado en
condiciones de uso habitual.
· Pruebas de seguridad: se utilizan para testear el esquema de seguridad intentando vulnerar los
métodos utilizados para el control de accesos no autorizados al sistema.
· Pruebas de instalación: verifican que el sistema puede ser instalado satisfactoriamente en el equipo
del cliente, incluyendo todas las plataformas y configuraciones de hardware necesarias.
Pruebas de aceptación
Las pruebas de aceptación, al igual que las de sistema, se realizan sobre el producto terminado e
integrado; pero a diferencia de aquellas, están concebidas para que sea un usuario final quien detecte los
posibles errores.
·Pruebas Alfa: se realizan por un cliente en un entorno controlado por el equipo de desarrollo. Para que
tengan validez, se debe primero crear un ambiente con las mismas condiciones que se encontrarán en las
instalaciones del cliente. Una vez logrado esto, se procede a realizar las pruebas y a documentar los
resultados.
Cuando el software sea la adaptación de una versión previa, deberán probarse también los procesos de
transformación de datos y actualización de archivos de todo tipo.
·Pruebas Beta se realizan en las instalaciones propias de los clientes. Para que tengan lugar, en primer
término se deben distribuir copias del sistema para que cada cliente lo instale en sus oficinas, dependencias
y/o sucursales, según sea el caso. Si se tratase de un número reducido de clientes, el tema de la distribución
de las copias no representa grandes dificultades, pero en el caso de productos de venta masiva, la elección de
los beta testers debe realizarse con sumo cuidado. En el caso de las pruebas Beta, cada usuario realizará sus
propias pruebas y documentará los errores que encuentre, así como las sugerencias que crea conveniente
realizar, para que el equipo de desarrollo tenga en cuenta al momento de analizar las posibles
modificaciones.
Cuando el sistema tenga un cliente individual, las pruebas de aceptación se hacen de común acuerdo
con éste, y los usuarios se determinan en forma programada, así como también se definen los aspectos a
probar y la forma de informar resultados. Cuando, en cambio, se está desarrollando un producto masivo, los
usuarios para pruebas se determinan de formas menos estrictas, y hay que ser muy cuidadoso en la
evaluación del feedback que proveen. Por lo tanto, en este segundo caso hay que dedicar un esfuerzo
considerable a la planificación de las pruebas de aceptación.
Ventajas y desventajas
Prueba de Sistema
Ventajas Desventajas
El programa de control y unos pocos módulos Los errores en los módulos críticos se
forman un prototipo básico.
encuentran en último lugar
Pruebas de aceptación
Ventajas Desventajas
Ayuda a aprovechar el tiempo de los clientes y Los proyectos reales casi nunca siguen al
ayuda a que un cliente se sienta integrado, evitando modelo
que se desmoralice por no sabe cómo preparar
pruebas de aceptación.
El proceso de desarrollo de las pruebas ayuda Es difícil que el cliente exponga claramente
al cliente a clarificar y concretar la funcionalidad de todos los requisitos
la historia de uso y favorece la comunicación entre
el cliente y el equipo de desarrollo.
El desarrollo de pruebas ayuda identificar y Se requiere mucha paciencia por parte del
corregir fallos u omisiones en las historias de uso. cliente.
También permite corregir errores en las ideas A veces hay que esperar para seguir con otras
del cliente, por ejemplo encontrando resultados que actividades en equipos
el cliente espera encontrar en la implementación
pero para los que no existe ningún camino de
ejecución que nos conduzca a ello.
Ejemplo
Suponiendo que se realizó un sistema computacional para las ventas de productos de belleza de una tienda,
la cual dejó en claros los requerimientos y requisitos que necesitaban:
Sistema Ebescy se basa en un registro de productos de belleza y cuidados estéticos para el cuerpo, en el cual
el usuario podrá acceder a su cuenta para hacer pedidos, consultas sobre productos, además muestra
utilidades como crear perfil, modificarlo y eliminar su cuenta, también aporta con consejos de belleza,
videos tutoriales respecto a este y una búsqueda de productos.
Ingresar: En el cual el promotor /a como es el administrador del sistema tendrá acceso a el y podrá
ingresar los datos correspondientes al cliente que le esta haciendo el pedido y solicitando los productos que
esta empresa ofrece.
Buscar: Aquí el promotor /a podrá hacer una búsqueda en la base de datos de los productos de la
empresa para ver si el producto solicitado por el cliente se encuentra en bodega y así hacerlo llegar a él.
Eliminar: Dentro de esta opción el promotor /a podrá eliminar productos que ya no se encuentren en
la bodega y así dar una publicidad sincera a sus clientes.
Modificar: En esta opción el promotor podrá modificar productos que por ejemplo se encuentren en
oferta, podrá modificar precios, códigos, promociones de productos entre otras.
Imprimir: En ella se podrán ver los datos de forma inmediata dentro del sistema y no será necesario
ver la base de datos del sistema puesto que el sistema estará interconectado con esta.
Al momento de realizar las pruebas de sistema y aceptación se pasa a la siguiente revisión de puntos:
Prueba funcional: verificamos que el sistema integrado realiza las funciones especificadas
en las especificación de requerimientos.
Prueba de rendimiento o performance: luego de que se verifica que las funciones trabajan
de acuerdo con la especificación, se realiza está prueba. Está prueba compara el rendimiento
de los componentes integrados con los requerimientos no funcionales.
Hasta este punto, el sistema opera de la manera en que los diseñadores piensan. Se le denomina “Sistema
Verificado”, es la interpretación de la especificación de requerimientos por parte de los diseñadores.
Luego si se comprueba satisfactoriamente que el sistema que se ha construido cumple los requerimientos, se
tiene un “Sistema Validado” , es decir, se ha verificado el cumplimiento de los requerimientos, luego
pasamos a la siguiente prueba:
Prueba de Aceptación: se asegura a los clientes que el sistema que pidieron es el sistema que
se construyo para ellos. Esto se ejecuta en el ambiente real, pero a menudo se realiza en una
instalación del desarrollador.
Prueba de Instalación: se realiza (en el caso de que la prueba de aceptación no sea realizada
en el lugar del cliente) para permitir que los usuarios ensayen las funciones del sistema y
documenten todos los problemas adicionales surgidos de la puesta del sistema en el sitio real.
Si luego de pasar la prueba de Instalación y las anteriores con éxito podemos decir que el sistema pasó las
pruebas de sistema y calidad. Por lo tanto el sistema queda en funcionamiento y a disposición del cliente.
Conclusión
En este informe tuvimos la oportunidad de poner una vez más en práctica el conocimiento que hemos ido
adquiriendo en el transcurso de la carrera y los ramos específicos de la misma.
El desarrollo de este informe nos llevó ha conocer el funcionamiento de las pruebas de sistema y aceptación
de un sistema de software y como ésta evoluciona incluso en el mismo momento del desarrollo del sistema.
Es una tarea ardua el manejo de un proyecto que tiene como propósito desarrollar e implementar un sistema,
pero una vez más los conocimientos adquiridos nos dieron la confianza para enfrentar el reto.
Gracias a este informe aprendimos por completo el desarrollo de las pruebas de sistema y nos dará confianza
para el futuro a realizarlas con éxito.
También debemos admitir que fue algo tedioso lograr la explicación de modo más entendible ya que la
información que teníamos a mano era algo confusa o muy técnica lo que en parte nos dio más de un dolor de
cabeza pero logramos salir adelante y no nos fue imposible realizarlo.
Por último podemos decir que la importancia de que sea aprobado una prueba de sistema y calidad por el
usuario es parte vital para la culminación de un proyecto ya que dependerá casi el 100% de nuestros clientes
si se da fin o no al sistema, en otra palabras aquí el cliente cumple la función de verdugo y nosotros con
nuestro sistema somos los que ponemos la cabeza.
Bibliografía y referencias
Solo referencial:
http://www.monografias.com/trabajos36/pruebas-de-aceptacion/pruebas-de-aceptacion2.shtml
http://www.monografias.com/trabajos36/pruebas-de-aceptacion/pruebas-de-aceptacion2.shtml
http://www.buenastareas.com/search_results.php?query=ejemplo+de+prueba+de+sistema
http://es.wikipedia.org/wiki/Pruebas_de_software
http://www.greensqa.com/portal/soluciones/calidad-de-productos/62-pruebas-de-aceptacion