Please enable JavaScript.
Coggle requires JavaScript to display documents.
Pruebas, Etapa que permite al analista y grupo de desarrollo poder…
Pruebas
Realización de pruebas
Funcionales
Prueba basada en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software. Las pruebas funcionales se hacen mediante el diseño de modelos de prueba que buscan evaluar cada una de las opciones con las que cuenta el paquete informático. Dicho de otro modo son pruebas específicas, concretas y exhaustivas para probar y validar que el software hace lo que debe y sobre todo, lo que se ha especificado.
-
Proceso
Un programa o mandato que se ejecuta realmente en el sistema recibe la denominación de proceso.
Los procesos existen en jerarquías de padre-hijo. Un proceso iniciado por un programa o mandato es un proceso padre; un proceso hijo es el producto del proceso padre. Un proceso padre puede tener varios procesos hijo, pero un proceso hijo sólo puede tener un padre 
Tipos
Este tipo de pruebas realizan un seguimiento del código fuente según se van ejecutando los casos de prueba de manera que se determina de manera concreta las instrucciones, bloques, etc.
Que han sido ejecutados pos, los casos de prueba. Mediante este tipo de pruebas se puede saber y determinar cuánto código ha de ser recorrido y corregido. Si el ingeniero de pruebas se encuentra con que una zona del código no ha sido recorrida por las pruebas, se añadirá nuevos casos de prueba que refuercen a que pasen por la zona no recorrida.
Pruebas de caja negra:
Las Pruebas de Caja Negra, es una técnica de pruebas de software en la cual la funcionalidad se verifica sin tomar en cuenta la estructura interna de código, detalles de implementación o escenarios de ejecución internos en el software. Se llevan acabo sobre la interfaz del software, obviando el comportamiento interno y la estructura del programa.-Los casos de prueba de la caja negra pretenden demostrar que:
-Las funciones del software son operativas.
-La entrada se acepta de forma correcta.
-Se produce una salida correcta.
-La integridad de la información externa se mantiene
Pruebas de caja blanca:
En programación, se denomina caja blanca a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo.
Las pruebas de caja blanca están dirigidas a la funciones internas.
-
Cobertura de llamadas consiste en el llamamiento de todos los procedimientos y funciones contando cuantas de estas se han ejecutado.
Cobertura de condición: parecida a la cobertura de decisión con la excepción de que esta es más exhaustiva y requiere que se evalué cada condición y cada anidado Q definidos en el código.
-
Cobertura de decisiones, ramas o de todos los arcos: consiste en evaluar cada una de las decisiones en true o false. Este tipo de cobertura solo se cumple cuando todas las ramas de las sentencias hayan sido recorridas al menos una vez.
Cobertura de carrera: comprueba el número de tareas o hilos que han ejecutado el mismo bloque de código simultáneamente.
Cobertura de sentencia: consiste en recorrer cada una de las sentencias del programa al menos una vez.
Cobertura de operadores relacionales: comprueba si se han ejecutado los límites de los operadores relacionales.
Pruebas de carga y stress:
Las pruebas de rendimiento son las pruebas que se realizan, desde una perspectiva, para determinar lo rápido que realiza una tarea un sistema en condiciones particulares de trabajo. También puede servir para validar y verificar otros atributos de la calidad del sistema, tales como la escalabilidad, fiabilidad y uso de los recursos. Las pruebas de rendimiento son un subconjunto de la ingeniería de pruebas, una práctica informática que se esfuerza por mejorar el rendimiento, englobándose en el diseño y la arquitectura de un sistema, antes incluso del esfuerzo inicial de la codificación.
Medidas de la cobertura:
La cobertura es la cantidad de código recorrido por un conjunto de casos de prueba. Existen multitud de formas de medir cuanto código se ha recorrido.
Pruebas de carga:
Este es el tipo más sencillo de pruebas de rendimiento. Una prueba de carga se realiza generalmente para observar el comportamiento de una aplicación bajo una cantidad de peticiones esperada. Esta carga puede ser el número esperado de usuarios concurrentes utilizando la aplicación y que realizan un número específico de transacciones durante el tiempo que dura la carga. Esta prueba puede mostrar los tiempos de respuesta de todas las transacciones importantes de la aplicación. Si la base de datos, el servidor de aplicaciones, etc. también se monitorizan, entonces esta prueba puede mostrar el cuello de botella en la aplicación.
Esta prueba se utiliza normalmente para romper la aplicación. Se va doblando el número de usuarios que se agregan a la aplicación y se ejecuta una prueba de carga hasta que se rompe. Este tipo de prueba se realiza para determinar la solidez de la aplicación en los momentos de carga extrema y ayuda a los administradores para determinar si la aplicación rendirá lo suficiente en caso de que la carga real supere a la carga esperada.
Etapa que permite al analista y grupo de desarrollo poder detectar errores de codificación, funcionabilidad y estructura lógica, motivo por el cual se realizan pruebas buscando la manera de que el sistema falle, utilizándose para ello la ayuda de los usuarios y de otros expertos (programadores, diseñadores gráficos) quienes ayudaran al analista a detectar errores o fallas en el sistema.