pruebas del sistema y sus tipos de pruebas

UNIVERSIDAD SALESIANA
DE BOLIVIA
CARRERA DE INGENIERÍA DE SISTEMAS
QUINTO SEMESTRE
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS I
NOMBRES: HILARI MICHUA FREDDY EDDY
MENDOZA URRUTIA GUERY GROVER
VARELA LOPEZ PERCY EDISON
GUTIERREZ TICONA EVA
QUISPE LUPA CARLA JHUDHIT
NOMBRE DEL GRUPO: LAS FRUTITAS DE EVA
PARALELO:
A 1
DOCENTE: LIC. ELISA ARIZACA RAMIREZ
FECHA: 06 DE JUNIO DE 2014
Ingeniería de sistemas
Análisis y Diseño de Sistemas I
Quinto Semestre – Paralelo A1
PRUEBAS DEL SISTEMA
Y SUS TIPOS DE PRUEBAS
Trabajo de investigación
y exposición
Contenido de la investigación:
1. Tema investigado
Las pruebas del sistemas y sus tipos de prueba de sistemas.
2. Definición
¿Qué es?
Es la última fase del desarrollo de Sistemas. Es la forma de asegurarse que el
sistema sea un proceso demostrado o sea que funcione de acuerdo a los
requerimientos del análisis y permitir que los usuarios puedan operarlo.
¿En que consiste?
En realizar una serie de pruebas y verificaciones encaminadas a garantizar la
fiabilidad, si los resultados de las pruebas son satisfactorios, se procedera a la
aceptación del mismo y a la implementación de dicho sistema a prueba, y en caso
contrario habrá que subsanar las anomalías encontradas, y esto quiere decir volver
al diseño o la codificación realizada.
En el plan de pruebas podrán estar formados por personas ajenas al proyecto, de
modo que puedan realizar un mejor control de calidad. El equipo de pruebas
utilizara las herramientas necesarias en cada caso para llevar a cabo cada prueba.
Asi podrán utilizarse monitores para controlar los accesos a la base de datos, el
trafico que genera la aplicación sobre la red y la ocupación en el disco de
almacenamiento. Para controlar el rendimiento de la aplicación, suelen utilizarse
simuladores para comprobar el comportamiento del sistema ante diferentes
estados.
¿tipos de pruebas?
Hay diferentes tipos de pruebas cada uno con diferente objetivos de modo que
según sea el software fabricado.
Los diversos tipos de pruebas que suelen relizarse en esta etapa son :
-
Pruebas unitarias.- En esta etapa se realizaran pruebas de cada programa,
con el objetivo de comprobar la funcionalidad y rendimiento exigido. Para ello se
realizara pruebas unitarias de cada componente software, y posteriormente se
volverán a realizar pruebas.
-
Pruebas de encadenamiento.- verifican las llamadas entre componentes.son
pruebas que garantizan la buena comunicación entre un programa cliente y
aquellos servidores que requiere servicio
-
Pruebas de integración.- verifican la funcionalidad de todo el sistema
integrado, y el rendimiento de todos los recursos utilizados entre las unidades
lógicas, fases, cadenas, diálogos.
-
Pruebas de explotabilidad.- verifican la correcta operación del sistema,
determinan la facilidad de uso o manejo de la aplicación por los operadores de
sistema se verifica la fiabilidad.
-
Pruebas de seguridad.- verifican los aspectos de seguridad exigidos en los
requisitos del sistema.
-
Pruebas de sobrecarga.- verifican el correcto comportamiento del sistema ante
los estados de estrés en los que pueden verse envuelto.
-
Pruebas de recuperación.- verifican la capacidad del sistema psara recuperar
información o incidencias anómalas. En muchos sistemas se han diseñado
procesos aperiódicos para que los programas a actuar en el caso de una
perdida de información. El sistema se habrá diseñado para que se genere una
copia de seguridad ante las actualizaciones que pueda sufrir el fichero o base
de datos. En base a estas copias de seguridad se podrá reconstruir y recuperar
esta información.
-
Pruebas de regresión.- las pruebas se utilizan para detectar anomalías o
errores del software que pueden estar provocados en su diseño o su
codificación. El equipo de desarrollo una vez detectado el problema y corregido
volverá a enviar al entorno de pruebas aquel o aquellos componentes afectados
y corregidos, para su verificación. Dado que al subsanar un error de
programación podemos cometer otros suelen a repetir las pruebas donde
intervenieron estos componentes para verificar su funcionamiento correcto
-
Prueba de aceptación de usuario.- estas pruebas junto con las de usabilidad,
son realizadas por usuario, bien desde su entono de trabajo o bien desde el
propio entorno de pruebas, su objetivo es validar el sistema desde el punto de
vista funcional y operativo. Esta aceptación únicamente certifica la conformidad
del usuario con la aplicación desarrollada, dando paso a su implantación en los
puestos de producción.
-
Pruebas de usabilidad.- aceptación de los usuarios la manejabilidad y
amigabilidad de sistema, cuyo objetivo es de verificar la facilidad de uso del
sistema que debe manejar. Esta facilidad de uso se refiere al diseño del
sistema, incluso durante estas pruebas puede formarse al personal que va a
utilizar el nuevo sistema.
-
-
Pruebas de caja negra.El sistema de pruebas de caja negra no considera la codificacion dentro de sus
parámetros a evaluar, es decir, que están basadas en el conocimiento del diseño
interno del programa. Estas pruebas se enfocan en los requerimientos establecidos
y en la funcionalidad del sistema.
-
Prueba de caja blanca.Al contrario de las pruebas de la caja negra, estas se basan en el conocimiento de
la lógica interna del sistema. Las pruebas contemplan los distintos caminos que se
pueden generar gracias a las estructuras condicionales, a los distintos estados del
mismo, etc.
El manual de instalación y configuración
Al construir el entorno de pruebas, se ha debido instalar y configurar tanto el
software base (sistema operativo, gestor de base de datos, paquetes o productos
comerciales, elementos de conectividad) como el software de aplicación, de
acuerdo con los componentes utilizados.
En resumen
3. Propósito
Se realizan las pruebas de sistemas para verificar si existen errores en el diseño o
programa para que este no sea perjudicial al momento de implantar el diseño, al
realizar las pruebas debemos comprobar que si garantice fiabilidad.
4. Dependencias
Si existe relación con los temas expuestos anteriormente porque es la verificación
de lo que se hizo anteriormente, en el diseño de sistema para comprobar que este
bien realizado o para ver las anomalías o errores que se produjeron. Todos los
temas anteriores pasan por este punto para ver si lo que se esta haciendo esta
saliendo como se desea.y esta se encuentra en la cuarta etapa. Y para pasar a la
siguiente etapa tiene que vencer toda la etapa cuarta, para que no ocurra
problemas al momento de implementar el diseño de sistema.
5. Como se lleva a cabo el tema investigado
Esta fase es critica y debe de ser por tanto planificada, diseñada y realizada con el
mismo rigor y control con el que se realiza el desarrollo de sistema. Si los
resultados de las pruebas son satisfactorios se procederá a la aceptación de las
mismas y a la implantación del sistema, pero en caso contrario habrá que subsanar
las anomalías encontradas, esto quiere decir volver al diseño o la codificación
realizada.
6. Ejemplo de aplicación
-
JUnit: Entorno de pruebas para Java creado por Erich Gamma y Kent Beck. Se encuentra
basado en SUnit creado originalmente para realizar pruebas unitarias para el lenguaje
Smalltalk
TestNG: Creado para suplir algunas deficiencias en JUnit
SimpleTest: Entorno de pruebas para aplicaciones realizadas en PHP
MOQ : Framework para la creacion dinamica de objetos simuladores (mocks).
7. Bibliografías
-
http://books.google.com.bo/books?id=PUqxsNVaQC8C&pg=PA15&hl=es&source=
gbs_toc_r&cad=3#v=onepage&q&f=false
Jesus barranco de árabe(“metodología del análisis estructurado de sistemas”)
http://es.wikipedia.org/wiki/Pruebas_de_software
http://www.inf-cr.uclm.es/www/mpolo/asig/0708/phd/apuntesDoctorado.pdf
http://ciclodevidasoftware.wikispaces.com/Tipos+de+Pruebas