La verificación estática y dinámica:
Puede ser complementado por un documento basado en la herramienta y el análisis de código. (La aplicación no necesita estar en ejecución).
De software de prueba.
Relacionado con el ejercicio y para observar el comportamiento del producto (verificación dinámica)
El sistema se ejecuta con los datos de prueba y su desempeño operacional que se observa. (La aplicación se está ejecutando).
Programa de prueba:
Puede revelar la presencia de defectos, la ausencia de NO.Es la técnica de validación principal para la no los requisitos funcionales, ya que el software se ejecuta para ver cómo se comporta.
Debe ser usado en conjunción con la verificación estática para proporcionar una cobertura completa de V & V
Tipos de prueba:
Prueba de validación
Tiene como objetivo mostrar que el software se adapte a sus necesidades;Una prueba exitosa es aquella que muestra un requisito fue aplicado correctamente.
Defectos de prueba
Pruebas diseñadas para descubrir defectos en el sistema;Una prueba de los defectos de éxito es el que revela la presencia de defectos en el sistema, prueba y depuración de los defectos son procesos distintos. encontrar errores> Erro_ proyecto de reparación> error rparar> Programa de Verificación de repetir la prueba y validación están relacionados a establecer la existencia de defectos en un programa.
Inspección de planificación de procesos
-> Extras -> Preparación – Single> Reunión de Inspección -> Rework -> procedimiento de inspección de seguimiento:Visión general del sistema presentado a la inspeção.Código equipo y los documentos asociados están distribuidos antes del equipo de inspección Inspeção se produce y los errores descubiertos se observan.
Las modificaciones se realizan para reparar los errores descubiertos.
Una nueva inspección puede o no ser necesario.
Listas de control:
Una lista de errores comunes se deben utilizar para la inspección directa.Listas de comprobación de errores dependen de lenguaje de programación y reflejan los errores característica más probable que surjan en el lenguaje.
En general, la comprobación de tipos es débil la mayor parte de la lista de comprobación.
Ejemplos: Principiante, los nombres de las constantes, la terminación de los bucles, los límites de vectores, etc.
Test Test Sistema basado en una especificación del sistema que implica la integración de dos o más componentes para crear un sistema o subsistema.
Puede tratarse de pruebas de un incremento que se entrega al cliente.
Tiene dos fases: Pruebas de Integración – el equipo de pruebas tiene acceso al código fuente y el sistema es probado que los componentes están integrados.
Comunicados de prueba – la prueba de equipo de pruebas del sistema completo para ser entregado como un cuadro negro. El objetivo principal es aumentar la confianza de que el proveedor de que el sistema se adapte a sus necesidades.
Defectos de prueba
El objetivo de las pruebas de defectos es encontrar defectos en los programas. Una prueba exitosa de los defectos es que hacer un programa de comportarse de forma anómala. Las pruebas muestran que la presencia, no la ausencia de defectos. Pieza de prueba de rendimiento de los lanzamientos de prueba puede incluir pruebas de las propiedades emergentes de un sistema, como como el rendimiento y la fiabilidad.Las pruebas de rendimiento generalmente implican la planificación de una serie de pruebas donde la carga es cada vez mayor hasta que el rendimiento del sistema es inaceptable. Ejercicios de prueba de esfuerzo son el sistema más allá de su carga de diseño. El estrés de un sistema a menudo provoca la aparición de defectos.
El sistema de pruebas de tensión el comportamiento de fracaso, porque los sistemas no debe fracasar catastróficamente. La prueba de esfuerzo controles una pérdida inaceptable de servicio o de datos. La prueba de esfuerzo es particularmente relevante para los sistemas distribuidos que pueden exhibir la degradación severa cuando una red se sobrecarga.
White-Box de prueba (estructural)
es la que tiene acceso al código fuente. Utilizada en las unidades de programas y subrutinas (Test Drive, el recorrido de prueba básica, donde cada camino se ejecuta al menos una vez). El objetivo es ejercer todas las instrucciones del programa (no todas las combinaciones de los caminos).Negro Caja Testing (funcional)
es uno donde no hay acceso al código fuente, entonces los casos de prueba siguientes (entradas y salidas correspondientes especificado) . Dar prioridad a la prueba de la funcionalidad de la aplicación. (System Test).Basado en la prueba Requisitos:
Es un planteamiento que se considera cada requisito y un conjunto de pruebas se hizo para él. Es una prueba de validación para demostrar que el sistema se ha aplicado correctamente sus necesidades.Tests de Regresión se destina a dar confianza en que las partes cambiado de un software modificado comporta como se espera y que las partes no han cambiado el software no se vieron afectados por los cambios.