Kategorier: Alle - pruebas - automatización - planificación - integración

af Ruben Onetto 2 år siden

134

DISEÑO Y REALIZACION DE PRUEBA

El proceso de pruebas de software abarca varias etapas y tipos, cada una con objetivos específicos. La planificación y diseño de pruebas se realiza al final de las fases de diseño y codificación, buscando verificar que el sistema funcione correctamente en su totalidad.

DISEÑO Y REALIZACION DE PRUEBA

DISEÑO Y REALIZACION DE PRUEBA

TIPOS DE PRUEBA

TIPOS
FUNCIONALES

Busca que los componentes de software diseñados cumplan la funcion con las que fueron diseñaods y desarrolado

REGRESION

Trata de descrubir si existe algun error en el software tras relaizar una modificacion en este

ESTRUCTURALES

Esta forma examina de forma mas detallada la arquitectura de la aplicacion

TIPOS PRINCIPALES DE PRUEBA
CAJA NEGRA

PRUEBA DE VALORES LIMITE

PRUEBA DE INTERFACES

PRUEBA DE EQUIVALENCIA DE DATOS

Se prueban en la interfaz sin tener en cuenta el codigo

CAJA BLANCA

PRUEBA DE BUCLE

PRUEBA DE ENCUBRIMIENTO

PRUEBA DE CONDICIONES

Se tiene en cuenta el codigo que quiere probarse

REALIZACION DE PRUEBA

PROCEDIMIENTO
ASPECTOS GENERALES

9. Homologación

8. Requirimiento del entorno

7. Proceso de prueba

6. Criterio de validez

5. Enfoque de prueba

4. Caracteristicas del software que no lia de probarse

3. Caracteristicas del software por probar

2. Modulos o partes del software por probar

1. Introduccion

CASOS DE PRUEBA
En esta fase de prueba, se diseñan y preparan los casos de prueba, se crean con el objetivo de encontrar fallos.

PLANIFICACION DE PRUEBAS

PRUEBAS DE ACEPTACION
Trata de probar el sistema al completo, comprueba que se cumplan los requisitos uno por uno, así como si técnicamente es estable y no tiene fallos
PRUEBAS DE INTEGRACION
Se realiza al final de la fase de diseño y al final de la fase de codificación. El objetivo es probar que el sistema en conjunto funcione correctamente
AUTOMATIZACION
Puede ser necesario automatizar las pruebas o repetir las mismas pruebas tras realizar mantenimiento, modificaciones o correcciones de software
PRUEBAS UNITARIAS
Suelen realizarse durante las primeras fases de diseño y desarrollo. Se realizan pruebas a nivel objeto y luego a nivel de paquete

HERRAMIENTA DE DEPURACION

a tomarse como ejemplo JUnit, un framework que permite realizar test repetibles (pruebas de regresión), es decir, que puede diseñarse un test para un programa o clase conetera y ejecutarlo tantas veces como sea necesario. La ventaja es que puede (o mejor, debe) ejecutarse el test cada vez que se modifique o cambie algo del código y verificar si el programa sigue funcionando correctamente tras los cambios.

CALIDAD DEL SOFTWARE

Factores de calidad
Estandarizacion de los datos
Medularidad
Independencia de la plataforma del hardware
Facilidad de expansion
Tolerancia a errores
Pruebas principales
Prueba de estabilidad: Se somete al programa a una carga determinada donde la carga va cambiando
Prueba de estrés: Se expone la aplicación a un numero de usuario y transacciones extremas para ver como se maneja
Pruebas de carga: Se realizan sobre el sistema simulando una serie de peticiones, evaluando los tiempos de respuestas de las transacciones
Puede estar orientado a:
Orientada al sistema (uso de la CPU, tiempo de retorno, capacidad de ejecución, la carga de trabajo...)
Orientadas al usuario (tiempo de respuesta...)