Ensayo sobre Prueba de Software

4
  República Bolivariana de Venezuela Ministerio del Poder Popular Para la Educación Universitaria Instituto Universitario de Tecnología del Estado Bolívar  Aldea Universitaria “Ciu dad Ango stura”  ENSAYO SO B R E PRU E B AS D E SOF T W AR E  Autor: Méndez Domingo  Autor: Ortiz G. Ender  Ciudad Bolívar, NOVIEMBRE 2011

description

ensayo sobre lo que es y será parte de nuestra vida

Transcript of Ensayo sobre Prueba de Software

Page 1: Ensayo sobre Prueba de Software

5/11/2018 Ensayo sobre Prueba de Software - slidepdf.com

http://slidepdf.com/reader/full/ensayo-sobre-prueba-de-software 1/4

 República Bolivariana de Venezuela

Ministerio del Poder Popular Para la Educación Universitaria

Instituto Universitario de Tecnología del Estado Bolívar

Aldea Universitaria “Ciudad Angostura” 

ENSAYO SOBRE 

PRUEBAS DE SOFTWARE 

Autor: Méndez  Domingo 

Autor: Ortiz G.  Ender 

Ciudad Bolívar, NOVIEMBRE 2011

Page 2: Ensayo sobre Prueba de Software

5/11/2018 Ensayo sobre Prueba de Software - slidepdf.com

http://slidepdf.com/reader/full/ensayo-sobre-prueba-de-software 2/4

 Pruebas del software

Son los procesos que permiten verificar y revelar la calidad de un producto

software. Para determinar el nivel de calidad se deben efectuar unas medidas o

pruebas que permitan comprobar el grado de cumplimiento respecto de las

especificaciones iniciales del sistema. El testing puede probar la presencia de

errores pero no la ausencia de ellos.

¿Es necesario probar un software?

Según encuestas, las fallas de software ocasionan graves pérdidas económicas;

éstos son 100 a 1000 veces más costosos de encontrar y reparar después de la

construcción. Se debe evitar plazos y presupuestos incumplidos, insatisfacción del

usuario, escasa productividad y mala calidad en el software producido y finalmente

la p pérdida de clientes. Automatizar el proceso de pruebas consigue reducciones

de hasta un 75% en el costo de la fase de mantenimiento.

Las pruebas deben centrarse en dos objetivos:

o  Probar si el software no hace lo que debe hacer

o  Probar si el software hace lo que no debe hacer, es decir, si provoca

efectos secundarios adversos.

Además debemos tomar en cuenta que:

El programador debe evitar probar sus propios programas, ya que desea

(consciente o inconscientemente) demostrar que funcionan sin problemas.

Se debe inspeccionar a conciencia el resultado de cada prueba, así, poder

descubrir posibles síntomas de defectos.

Se debe inspeccionar a conciencia el resultado de cada prueba, así, poder

descubrir posibles síntomas de defectos.

Page 3: Ensayo sobre Prueba de Software

5/11/2018 Ensayo sobre Prueba de Software - slidepdf.com

http://slidepdf.com/reader/full/ensayo-sobre-prueba-de-software 3/4

 Clasificación de las pruebas

  Pruebas unitarias

  Pruebas funcionales

  Pruebas no funcionales (estrés y huracán)

  Pruebas de Integración

  Pruebas de validación

  Pruebas de sistema

Caja blanca (sistemas)

Caja negra (sistemas)

  Pruebas de aceptación

  Pruebas de regresión

  Pruebas de carga

  Pruebas de prestaciones

  Pruebas de recorrido

  Pruebas de mutación

  Pruebas concurrentes

Pruebas de caja negra

Las pruebas de caja negra están especialmente indicadas en aquellos módulos

que van a ser interfaz con el usuario (en sentido general: teclado, pantalla,

ficheros, canales de comunicaciones, entre otros) Este comentario no obsta para

que sean útiles en cualquier módulo del sistema

Pruebas de caja blanca

Las pruebas de caja blanca realizan un seguimiento del código fuente de manera

que se determinan las instrucciones, bloques, etc. en los que existen errores.

Page 4: Ensayo sobre Prueba de Software

5/11/2018 Ensayo sobre Prueba de Software - slidepdf.com

http://slidepdf.com/reader/full/ensayo-sobre-prueba-de-software 4/4

 

Prueba de estrés

Funciona como se espera bajo grandes volúmenes de transacciones, usuarios,

carga y además revisión técnica. Además evalúa el comportamiento del sistema

bajo condiciones anormales como extrema carga, memoria insuficiente, no

disponibilidad de servicio o hardware o recursos compartidos limitados.

Prueba de huracán

Ejecutadas por los desarrolladores o equipo de pruebas en un ambiente

controlado. Deben demostrar que los sistemas cumplen con los requerimientos

detallados en los documentos de especificaciones de funcionalidad y calidad.

Definiciones importantes

Prueba (test):

Actividad en la cual se somete a un sistema o uno de sus componentes a unaevaluación de los resultados que arroja en base a la ejecución de éste encondiciones especificadas.

Caso de Prueba (test case):

Conjunto de entradas y condiciones que arrojan resultados esperados

desarrollados con un objetivo en particular.

Error: Acción humana que produce ó genera un resultado incorrecto.

Defecto: Es la manifestación de un error en el software.

Un defecto es encontrado porque causa una FALLA , la cuál es una desviación del

servicio o resultado esperado.

Verificación: Determinar si los productos de una fase dada satisfacen las

condiciones impuestas al inicio de la fase.