Pruebas destructivas en pruebas de software

Pruebas destructivas:
una prueba destructiva es un tipo de   prueba de software que es bastante similar a Bebugging en pruebas de software.. Al igual que en el proceso de Bebugging, agregamos algunos errores conocidos al software y monitoreamos la tasa de detección de errores. De manera similar, en las pruebas destructivas se detectan diferentes puntos de falla en el programa de software. Con la ayuda de esta prueba, una aplicación se realiza intencionalmente para fallar, de modo que se verifica la solidez de la aplicación y también se identifican varios puntos de falla. Como sabemos, existen diferentes tipos de métodos de prueba de software que verifican el rendimiento del software, la estabilidad del software, la compatibilidad del software, la seguridad del software, etc. Así, mediante pruebas destructivas, verificamos el comportamiento anormal no deseado e impredecible del usuario dentro de la aplicación.

En las pruebas destructivas (o Análisis Físico Destructivo, DPA) se realizan pruebas de falla de muestras para comprender el rendimiento de la muestra o el comportamiento de los materiales bajo diversas cargas. En comparación con las pruebas no destructivas, estas pruebas suelen ser mucho más fáciles de realizar y también más fáciles de interpretar. La prueba destructiva es la más apropiada y económica para las cosas que se van a producir en masa, ya que el costo de destruir algunas muestras es insignificante. Por lo general, este procedimiento de prueba no es económico ya que solo se producen uno o muy pocos artículos (por ejemplo, en el caso de un edificio). El modo de falla destructiva a menudo se analiza y documenta utilizando una cámara de grabación continua de alta velocidad (bucle de película) hasta que se detecta la falla.

Lo importante es que incluso si no tiene conocimiento de los requisitos originales de un producto de software, también se pueden realizar pruebas destructivas. Sin embargo, algunos conocimientos pueden ayudar a desarrollar una buena estrategia de prueba.

Importancia de las pruebas destructivas:

  • Ayuda a identificar problemas basados ​​en escenarios.
  • Ayuda a verificar la durabilidad del producto de software.
  • Ayuda a detectar fácilmente cualquier punto de falla.
  • Ayuda a comprender la solidez del producto de software.

¿Qué consigue en esta prueba?

  • Comportamiento adecuado del programa.
  • Comportamiento inapropiado del programa
  • Uso inapropiado
  • Datos de entrada incorrectos
  • Datos de salida apropiados

¿Cómo se hacen estas pruebas?
Las pruebas destructivas incluyen muchas actividades, como diseñar un conjunto de scripts de prueba, ejecutar scripts de prueba, generar errores, cerrar errores y proporcionar métricas para el éxito o el fracaso de las partes interesadas al final de la iteración.

Para una prueba destructiva, hay muchas maneras en las que se puede probar. Veamos algunos ejemplos –

  • Método de análisis de puntos de falla:
    este es un recorrido detallado del sistema que evalúa los errores que pueden ocurrir en diferentes puntos. Para esta estrategia, se puede obtener ayuda de BA (Business Analyst).
  • Revisión de los evaluadores por pares:
    esta prueba la realiza un compañero evaluador para analizar los casos de prueba y revisar a aquellos que están menos familiarizados con el sistema o la función.
  • Revisión comercial de casos de prueba:
    los usuarios finales o los expertos pueden pensar en muchos escenarios válidos que los probadores pueden no pensar o perder a veces porque su enfoque estará completamente en los requisitos de prueba.
  • Realice una prueba exploratoria con hojas de ejecución:
    una prueba exploratoria con hojas de ejecución ayudará a determinar qué se prueba, repetirá las pruebas y le permitirá controlar la cobertura de su prueba.

Métodos de prueba destructiva: 
Los siguientes son los diversos métodos de prueba destructiva 

Técnicas de pruebas destructivas:
Las siguientes son técnicas de pruebas destructivas que se pueden utilizar con modificaciones:

Por último, en esta técnica, una aplicación se realiza intencionalmente ante una falla del programa para verificar la solidez de la aplicación incluso sin conocimiento de los requisitos originales de un producto de software.

Publicación traducida automáticamente

Artículo escrito por Satyabrata_Jena y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *