PRUEBAS DE SW

CAJA NEGRA
Caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno.

En otras palabras, de una caja negra nos interesará su forma de interactuar con el medio que le rodea (en ocasiones, otros elementos que también podrían ser cajas negras) entendiendo qué es lo que hace, pero sin dar importancia a cómo lo hace.

Por tanto, de una caja negra deben estar muy bien definidas sus entradas y salidas, es decir, su interfaz; en cambio, no se precisa definir ni conocer los detalles internos de su funcionamiento.

Caso de prueba Cálculo de estimación de costos con el modelo Cocomo
Propósito Comprobar y obtener la cuenta total, punto de fusión, productividad, coste medio, calidad, documentación, esfuerzo, duración, numero_de_personas
Prerrequisitos El usuario de haber ejecutado el programa y  haber ingresado el nombre del proyecto y haber contestado las preguntas
Datos de entrada #entradas de usuario, # salidas del usuario, # peticiones de usuario, # archivos, # dispositivos externos, ESFUERZO, $, ERRORES, PAG. DOC.
Pasos 1.       Ingresamos el valor total de las 15 preguntas, las entradas, salidas, peticiones, archivos dispositivos externos2.       Seleccionado el tipo de proyecto “simple, medio, complejo”

3.       Calculamos la cuenta total

4.       Calculamos el punto de fusion

5.       Ingresamos el esfuerzo, $, errores, pag. doc.

6.       Calculamos la productividad, coste medio, calidad, documentacion

7.       Seleccionar  el tipo de lenguaje.

8.       Presionamos el botón “=” para calcular las KLDC

9.       Seleccionamos el tipo de modelo “organico, Semiacoplado, Empotrado”

10.   Presionar el botón “=”para calcular el esfuerzo.

11.   Presionar el botón “=”para calcular el periodo en meses.

12.   Presionar el botón “=”para calcular el número de personas

13.   Presionamos el botón “GENERAR REPORTE” para crear un informe de la estimación

14.   Presionamos el botón en forma de disket para guardar el informe en formato .txt

Resultado esperado El programa muestra los resultados de los cálculosCon el tipo de proyecto: Medio

Total Cuenta Total: 186

Punto de Fusion : 205

Productividad: 8

Coste Medio: 1.14

Calidad: 0

Documentación: 0

KLDC en C : 26.24

Tipo de modelo Organico

E=74

D=13

N=6

CAJA BLANCA
Se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales desde el exterior del módulo, las de caja blanca están dirigidas a las funciones internas.

Entre las técnicas usadas se encuentran; la cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecución), pruebas sobre las expresiones lógico-aritméticas, pruebas de camino de datos (definición-uso de variables), comprobación de bucles (se verifican los bucles para 0,1 y n iteraciones, y luego para las iteraciones máximas, máximas menos uno y más uno.

public static double[] obtenervalorTipo(JComboBox opcion){
Object n = opcion.getSelectedItem();
String l= String.valueOf(n);
double a = 0,b = 0,c = 0,d = 0;
double r [] = {a,b,c,d};
if(l.equals(“Organico”)){
a=2.4;
b=1.05;
c=2.5;
d=0.38;
r[0]=a;
r[1]=b;
r[2]=c;
r[3]=d;
}else if(l.equals(“Semiacoplado”)){
a=3.0;
b=1.12;
c=2.5;
d=0.35;
r[0]=a;
r[1]=b;
r[2]=c;
r[3]=d;
}else{
a=3.6;
b=1.20;
c=2.5;
d=0.32;
r[0]=a;
r[1]=b;
r[2]=c;
r[3]=d;
}
return r;
}

diagrama-caja-blanca

Una vez definido el diagrama de flujo del proceso obtenervalorTipo(JComboBox opcion) definimos el grafo de camino básico.

grafos

El grafo de flujo permite observar los tres caminos básicos de ejecución:
Camino 1: 1-2-3-4-8-9
Camino 2: 1-2-3-4-7-9
Camino 3: 1-2-3-5-6-9

También se puede calcular la complejidad ciclomatica:

V(G) = A – N + 2
= 10- 9 + 2
= 3
Donde A es el número de aristas en el grafo y N es el número de nodos

•Integración incremental: Cuando nuevas funciones son ingresadas al sistema se hace la prueba basándose en la funcionalidad, la dependencia con otros módulos y la integración con el programa completo. ESTA PRUEBA NO ES APLICABLE PORQUE EL PROGRAMA NO REQUIERE DE NUEVOS MODULOS.

•Prueba de integración: Se basa en las pruebas de conexiones y comunicaciones entre diferentes módulos. Es esencial en sistemas de cliente_servidor o red. LA PRUEBA NO ES APLICABLE YA QUE EL PROGRAMA EN SI ES UNA APLCACION DE ESCRITORIO Y NO UTILIZA REDES.

•Prueba de fin a fin: Es similar a la prueba de sistema pero esta involucra la interacción con otro hardware, bases de datos y redes. ESTA PRUEBA NO SE PUEDE APLICAR YA QUE NO SE UTILIZA BASES DE DATOS EN EL PROCESO DE ESTIMACION ATRAVEZ DEL MODELO COCOMO, NI TAMPOCO HARDWARE EXTERNO ADICIONAL.

•Prueba de sanidad: Determina si la nueva versión de un software está bien realizada y si necesita un nuevo esfuerzo en la prueba de software. Por ejemplo la nueva versión de un programa cumple con casi todos los requisitos pero destruye la base de datos al leerla, por lo tanto se dice que este software no está en una condición sana.

Analizando la aplicación con esta prueba se debería incluir nuevos módulos como el cálculo del cocomo intermedio y avanzado, un poco más de control en la aplicación en sí.

Esta entrada fue publicada en Sin categoría. Guarda el enlace permanente.

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s