Estrategias de pruebas de software convencionales

Solo disponible en BuenasTareas
  • Páginas : 11 (2578 palabras )
  • Descarga(s) : 0
  • Publicado : 6 de noviembre de 2010
Leer documento completo
Vista previa del texto
Estrategias de Pruebas de Software Convencionales
Por:
Juan Carlos Guadama
Nicolás Cutrone
Delsy Carvallo
José Portocarrero
Manuel Rodríguez

PRUEBAS DE SOFTWARE

Son los procesos que permiten verificar y revelar la calidad de un producto de software; este se realiza con el fin de identificar posibles fallos y errores de implementación.

PRUEBAS DE SOFTWARE

Está constituida porun conjunto de actividades que se planean con anticipación y se realizan de manera sistematicas. Por tanto, se debe definir una plantilla para las pruebas del software.

¿POR QUÉ ES IMPORTANTE?
Con frecuencia la prueba requiere una mayor cantidad del esfuerzo dedicado al proyecto que cualquier otra actividad de ingenieria de software. Si se realiza sin un plan, se desperdicia tiempo, se dedicaun esfuerzo innecesario y aun peor, es posible que no se detecten errores.

¿QUIÉN LO HACE?

El jefe de poyecto, los ingenieros de software o los especialistas en preubas son quienes desarrollan la estrategia para la prueba del software.

Estrategias de prueba para Arquitecturas convencionales

Estrategias de prueba para Arquitecturas convencionales

Estrategias de prueba para elsoftware convencional

ENFOQUE ESTRATÉGICO

Se han propuesto varias estrategias de prueba del software; pero todas proporcionan al desarrollador del software una plantilla para pruebas y todas tienen las mismas caracteristicas.

ESTRATEGIAS DE PRUEBAS
Para realizar pruebas efectivas un equipo de software debe efectuar revisiones tecnicas formales y efectivas. Esto eliminara muchos erroresantes de que empiece la prueba.


La prueba comienza al nivel de componentes y trabaja “hacia fuera”, hacia la integraciòn de todo el sistema de computo.


Diferentes tecnicas de pruebas son apropiadas en diferentes momentos.


ESTRATEGIAS DE PRUEBAS

La prueba la dirige el desarrollador del software y (en el caso de proyectos grandes) un grupo independiente de pruebas.


Laprueba y la depuración son actividades diferentes, pero la segunda debe incluirse en cualquier estrategia de prueba.


TIPOS DE PRUEBAS

* * * * * * *

Pruebas unitarias * Pruebas funcionales 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 * Prueba de Humo

PASOS A SEGUIR

La prueba empieza por lo mas “pequeño” y avanza hacia lo mas “grande”. Esto significa que en las primeras etapas, la prueba se concentra en un solo componente o en un grupo pequeño de componestes relacionados.

Pruebas de unidad
Introducción En cualquier sistema complejo, es crítico probarlo para saber quefuncionará una vez que se lance en vivo. Muchos grupos de trabajo se limitan a dedicar una o dos personas a probar el sistema. Éste método tiene algunos problemas
¿Qué es una Prueba de Unidad? Una prueba de unidad pretende probar cada función en un archivo de programa simple (una clase en terminología de objetos). Las librerías de pruebas de unidad formalizan este trabajo al proporcionar clases parapruebas. La prueba de unidad ayuda a que el módulo se haga independiente. Esto quiere decir que un módulo que tiene una prueba de unidad se puede probar independientemente del resto del sistema. Una vez que un gran porcentaje de su programa cuente con pruebas de unidad,

Pruebas de unidad
Caracteristicas

•Verifica el componente o módulo de software •Se toma como guía la descripción del diseño alnivel de componentes •Se concentran en la lógica de procesamiento interno y en las estructuras de datos dentro de los límites de un componente. •Limita la complejidad de las pruebas.

Relación entre productos de desarrollo y niveles de prueba
Requisitos de usuario
Especificación de requisitos

Pruebas de aceptación

Pruebas de sistema

Diseño modular
Especificación lógica del módulo...
tracking img