Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

PRUEBAS DE CAJA GRIS

No description
by

Mauricio Alexis M. G.

on 15 September 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of PRUEBAS DE CAJA GRIS

Badillo Ramirez Leticia
Badillo Ugalde Mariela
Medina González Mauricio Alexis

PRUEBAS DE CAJA GRIS
¿Que son las pruebas de caja gris?
Supuestos de pruebas de caja gris de software orientado a objetos
Efectos Positivos y Negativos de las pruebas de caja gris
Técnicas de las pruebas de caja gris
¿Cuál es el Objetivo?
Buscar los defectos debidos a:
la estructura incorrecta o el uso inadecuado de aplicaciones
.
Pruebas de caja gris es también conocida como la prueba translúcido.

Efectos Positivos
Ofrece beneficios combinados:
Como prueba de Gray-box es una combinación de pruebas de caja blanca y negro de la caja, que sirve ventajas tanto de los testeos.
Efectos Negativos
Cobertura de código parcial:
En las pruebas de caja gris, código fuente o binarios están desaparecidos debido al acceso limitado a los internos o la estructura de las aplicaciones que se traduce en un acceso limitado para el código camino recorrido.
Pruebas de caja gris es una combinación de pruebas de caja blanca y las pruebas de caja negra.

se basa en la realización de testing de caja negra basado en casos de prueba realizados por personas que conocen el programa por dentro.
De esta forma las pruebas realizadas
son más efectivas

¿por qué?... se conocen las partes del código que pueden resultar más conflictivas:
por su complejidad, por su acoplamientocon otras clases, etc…

Software orientado a objetos se compone principalmente de objetos, donde los objetos son unidades indivisibles individuales que tienen código ejecutable y/o datos.

Algunos supuestos se indican a continuación, que son necesarios para la aplicación del uso de las pruebas de caja gris.

La activación de Métodos
Informe Estado de la clase bajo prueba.
Informe de pruebas es inherente en la clase bajo prueba.
 
Ejemplos
Modelo arquitectónico
Unified Modeling Language - UML Diseño Modelo
Máquina de estados finitos - Modelo de Estado.

Cem Kanner (Profesor de Ing. de SW)
"Define las pruebas de caja gris
como la participación de las entradas y salidas, pero
el diseño de la prueba es educado por
información sobre
el código o el funcionamiento del programa
de un tipo que
normalmente estaría fuera de la vista del tester".
Técnicas de pruebas de caja gris son los siguientes:

Prueba Matriz
Las pruebas de regresión
Prueba Patrón

APLICACIONES
Pruebas de caja gris
es muy adecuado para las aplicaciones Web
.
debido a la ausencia de código fuente
o binarios que
no es posible utilizar pruebas de caja blanca.

Pruebas de caja negra también no se utiliza debido a solo contrato entre el cliente y el desarrollador,
por lo que es
más eficaz utilizar las pruebas de caja gris
como información relevante.

Pruebas de caja gris es adecuado para las pruebas de dominio funcional o de negocios
. Las pruebas funcionales realizan básicamente, una prueba de las interacciones del usuario con el sistema. Las pruebas de caja gris son eficientes debido a que ayuda a confirmar que el software cumple con los requisitos definidos para el software.
Prueba Matriz:
Según el informe de estado del proyecto.
¿Qué es una matriz de prueba?
Una matriz de prueba muestra la relación entre los eventos y las pruebas funcionales. La matriz de prueba completado define las condiciones que deben ser probados durante el proceso de prueba para verificar el correcto funcionamiento del sistema de aplicación.
Las pruebas de regresión:
Se denominan pruebas de regresión a cualquier tipo de pruebas de software que intentan descubrir errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, causados por la realización de un cambio en el programa.
Prueba Patrón: comprobar la buena aplicación para su diseño o la arquitectura y los patrones.

No intrusiva:

Se basa en la especificación funcional, vista arquitectónico, mientras que no en código fuente o binarios que hace que sea demasiado invasiva.
Autoría de prueba inteligente:
probador de caja gris maneja escenario de prueba inteligente, por ejemplo, la manipulación de tipo de datos, el protocolo de comunicación, el manejo de excepciones.
Prueba imparcial:
A pesar de todas las ventajas y las funcionalidades anteriores, las pruebas de caja gris mantiene límites para las pruebas entre probador y desarrollador.
Identificación de defectos:
En aplicaciones distribuidas, es difícil asociar la identificación de defectos. Sin embargo, las pruebas de caja gris es una gran ayuda para encontrar la forma adecuada estos sistemas generan excepciones y cómo bien son estas excepciones se manejan en los sistemas distribuidos que tienen entorno de servicios web.
Ejemplo de aplicación: Prueba de caja negra
Descripción del caso de estudio:
En este caso de estudio vamos a abordar un sistema sencillo, como lo es una pequeña calculadora creada en el lenguaje de programación Java.
Como ya se sabe, uno de los requisitos funcionales básicos de un sistema que calcule operaciones es que un usuario pueda: sumar, restar, multiplicar y dividir 2 o más números.
Pondremos a prueba el requisito que permite que un usuario pueda realizar divisiones entre 2 número.
Figura 1.
Figura 2.
Figura3.
Probando con otro caso de prueba.
Figura 4.
Figura 5.
Cuando presionamos el botón aceptar el programa se cierra sin dar aviso.
Ejemplo de aplicación: Prueba de caja blanca
En este caso de estudio le realizaremos pruebas de caja blanca al sistema representado por el código que se dará a continuación el cual pertenece al ejemplo abordado en la prueba de caja negra.
Descripción del caso de estudio:
El código siguiente es del conocimiento del “probador”:
Figura 6.
Con la ayuda del depurador marcamos los 3 “puntos posibles de convergencia” o de parada del código o mejor dicho, las rutas del sistema.
En el caso de prueba la entrada SERÁ UNA LETRA, así que debemos revisar las rutas que toma el sistema para estas entradas invalidas.
Figura 7.
Figura 8.
Figura 9.
En este otro caso de prueba la entrada será el numero 6, y como sabemos por experiencia que la división por cero en la "vida real" da problemas ingresaremos como denominador este.
Figura 10.
Figura 11.
Pero al momento de tratar de hacer la operación (numerador/denominador) se obtiene un error, dado que la división por cero no es posible.
Ejemplo de aplicación: Prueba de caja gris
Siguiendo con el sistema de la calculadora, y teniendo en cuenta los resultados arrojados por las pruebas de caja negra y blanca anteriormente descritos, procederemos a realizar una prueba de caja gris, para acercarnos a los errores y sus posibles soluciones.
Descripción del caso de estudio:
Un “probador”, con el conocimiento técnico (estructural) de este sistema, se dará cuenta casi que inmediatamente que el programa no está capturando los errores que posiblemente genere la división de cualquier numerador por cero, por lo que el “probador” realizara un caso de prueba, donde entrara cualquier numerador, pero el denominador será el número 0 ya que según sus conocimientos técnicos, esto hará colapsar el sistema.

Figura 12.
Full transcript