Pruebas estáticas versus dinámicas: diferencia entre ellas
Diferencia entre pruebas estáticas y dinámicas
- Las pruebas estáticas se realizan sin ejecutar el programa, mientras que las pruebas dinámicas se realizan ejecutando el programa.
- Las pruebas estáticas verifican el código, los documentos de requisitos y los documentos de diseño para encontrar errores, mientras que las pruebas dinámicas verifican el comportamiento funcional del sistema de software, el uso de memoria/CPU y el rendimiento general del sistema.
- Las pruebas estáticas tratan de prevenir defectos, mientras que las pruebas dinámicas tratan de encontrar y corregir los defectos.
- Las pruebas estáticas realizan el proceso de verificación, mientras que las pruebas dinámicas realizan el proceso de validación.
- Las pruebas estáticas se realizan antes de la compilación, mientras que las pruebas dinámicas se realizan después de la compilación.
- Las técnicas de prueba estáticas son cobertura estructural y de declaraciones, mientras que las técnicas de prueba dinámicas son análisis de valor límite y partición de equivalencia.
¿Qué son las pruebas estáticas?
Prueba estática Es un tipo de prueba de software en el que se prueba una aplicación de software sin ejecutar código. Se realizan revisiones manuales o automatizadas del código, los documentos de requisitos y el diseño de documentos para encontrar los errores. El principal objetivo de las pruebas estáticas es mejorar la calidad de las aplicaciones de software mediante la búsqueda de errores en las primeras etapas del proceso de desarrollo de software.
Pruebas estáticas Implica revisiones manuales o automatizadas de los documentos. Esta revisión se realiza durante una fase inicial de prueba para detectar defectos en las primeras etapas. STLC. Examina documentos de trabajo y proporciona comentarios de revisión. También se le llama prueba de no ejecución o prueba de verificación.
Ejemplos de documentos de trabajo-
- Especificaciones de requisitos
- Documento de diseño
- Código Fuente
- Planes de prueba
- Casos de prueba
- Scripts de prueba
- Ayuda o documento de usuario
- Contenido de la página web
Técnicas de prueba estática
- Informal Revopiniones: Este es uno de los tipos de revisión que no sigue ningún proceso para encontrar errores en el documento. Con esta técnica, simplemente revisa el documento y hace comentarios informales sobre él.
- Técnico Revopiniones: Un equipo formado por sus compañeros revisa las especificaciones técnicas del producto de software y comprueba si es adecuado para el proyecto. Intentan encontrar cualquier discrepancia en las especificaciones y estándares seguidos. Esta revisión se concentra principalmente en la documentación técnica relacionada con el software, como Test Strategy, Plan de prueba y documentos de especificación de requisitos.
- Tutorial: El autor del producto del trabajo explica el producto a su equipo. Los participantes pueden hacer preguntas, si las hubiera. Una reunión es dirigida por el autor. El escriba toma nota de los comentarios de la revisión.
- inspección: El objetivo principal es encontrar defectos y la reunión está dirigida por un moderador capacitado. Esta revisión es un tipo formal de revisión en la que sigue un proceso estricto para encontrar la defectos. RevLos evaluadores cuentan con una lista de verificación para revisar los productos del trabajo. Registran los defectos e informan a los participantes para que corrijan esos errores.
- Código estático RevVer: Se trata de una revisión sistemática del código fuente del software sin ejecutar el código. Comprueba la sintaxis del código, los estándares de codificación, la optimización del código, etc. También se denomina prueba de caja blanca. Esta revisión se puede realizar en cualquier momento durante el desarrollo.
¿Qué son las pruebas dinámicas?
bajo Prueba dinámica, se ejecuta un código. Comprueba el comportamiento funcional del sistema de software, el uso de memoria/CPU y el rendimiento general del sistema. De ahí el nombre “Dinámico”
El objetivo principal de esta prueba es confirmar que el producto de software funciona de conformidad con los requisitos comerciales. Esta prueba también se denomina técnica de ejecución o prueba de validación.
Pruebas dinámicas ejecuta el software y valida el resultado con el resultado esperado. Las pruebas dinámicas se realizan en todos los niveles de prueba y pueden ser pruebas de caja blanca o negra.
Técnicas de prueba dinámicas
- Examen de la unidad: bajo Examen de la unidad, los desarrolladores prueban unidades o módulos individuales. Implica probar el código fuente por parte de los desarrolladores.
- Pruebas de integración: Los desarrolladores agrupan y prueban los módulos individuales. El propósito es determinar qué módulos funcionan como se esperaba una vez integrados.
- Pruebas del sistema: Pruebas del sistema se realiza en todo el sistema comprobando si el sistema o la aplicación cumple con el documento de especificación de requisitos.
Además, pruebas no funcionales como rendimiento, Pruebas de seguridad entran en la categoría de pruebas dinámicas.
Pruebas estáticas vs. Pruebas dinámicas
Prueba estática | Prueba dinámica |
---|---|
La prueba se realizó sin ejecutar el programa. | La prueba se realiza ejecutando el programa. |
Esta prueba hace el proceso de verificación. | Las pruebas dinámicas realizan el proceso de validación. |
Las pruebas estáticas tratan de la prevención de defectos. | Las pruebas dinámicas consisten en encontrar y corregir los defectos. |
Las pruebas estáticas brindan una evaluación del código y la documentación. | Las pruebas dinámicas generan errores/cuellos de botella en el sistema de software. |
Las pruebas estáticas implican una lista de verificación y un proceso a seguir. | Las pruebas dinámicas implican casos de prueba para su ejecución. |
Esta prueba se puede realizar antes de la compilación. | Las pruebas dinámicas se realizan después de la compilación. |
Las pruebas estáticas cubren las pruebas estructurales y de cobertura de declaraciones. | Las técnicas de prueba dinámicas son el análisis de valores límite y la partición de equivalencia. |
El costo de encontrar defectos y repararlos es menor. | El costo de encontrar y reparar defectos es alto |
El retorno de la inversión será alto ya que este proceso se realiza en una etapa temprana. | El retorno de la inversión será bajo ya que este proceso implica después de la fase de desarrollo. |
Más comentarios de reseñas son muy recomendables por su buena calidad. | Se recomiendan más defectos para una buena calidad. |
Requiere muchas reuniones | Comparativamente requiere menos reuniones |