Seleccionar página

Software QA – ¿Cuáles son los tipos de pruebas software?

Insights -> Tendencias y Actualidad

Un conjunto de actividades de pruebas suele orientase a comprobar determinados aspectos de un sistema software (o de una parte del mismo). Continuando así con nuestro anterior artículo sobre el modelo de cebolla para los Niveles de Pruebas Software, y siguiendo las directrices del ISTQB, acotaremos los Tipos de Pruebas Software en función del objetivo en el que se centran.

En primer lugar tenemos las Pruebas Software Funcionales. Típicamente encontraremos el comportamiento del sistema, subsistema o componente software descrito en las especificaciones de requisitos o casos de uso, aunque también puede no estar documentado («que funcione como el sistema al que sustituye») . Es decir, con las funciones establecemos “lo que el sistema hace”.

Estas pruebas se definen a partir de funciones o características (como decimos, bien descritas en documentos o bien interpretadas por los probadores) y su interoperabilidad con sistemas específicos, pudiendo ejecutarse en todos los niveles de pruebas (componentes, integración, sistema, etc).

Se consideran Pruebas de Caja Negra («black-box testing») puesto que valoramos el comportamiento externo del sistema. Las Pruebas de Seguridad o las Pruebas de Interoperabilidad entre sistemas o componentes, son casos especializados de las pruebas funcionales.

Pruebas Software Black Box

Pruebas Software Black Box

En segundo lugar figuran las Pruebas Software no Funcionales que incluyen las pruebas de: Rendimiento, Carga, Estrés, Usabilidad, Mantenibilidad, Fiabilidad o Portabilidad, entre otras. Por tanto se centran en características del software que establecen «cómo trabaja el sistema«.

Estas pruebas también pueden ejecutarse en todos los niveles de pruebas. Las características no funcionales del software se pueden medir de diversas maneras, por ejemplo, por medio de tiempos de respuesta en el caso de pruebas de rendimiento o por número máximo de sesiones en pruebas de estrés.

Puesto que las Pruebas software no Funcionales normalmente consideran el comportamiento externo del sistema, en la mayoría de los casos se utilizan técnicas de Pruebas de Caja Negra.

A continuación, en tercer lugar, tenemos las Pruebas Software Estructurales. Nuevamente pueden ejecutarse en todos los niveles de pruebas (ya sabéis: componentes, integración, sistema, etc.) y encajan muy bien si hemos utilizado técnicas de especificación de la estructura o arquitectura del Software. Es posible aplicar técnicas estáticas de análisis de código.

Para expresar el alcance con un conjunto de pruebas («test suite») que ha cubierto la estructura o arquitectura en cuestión, se utiliza el concepto de Cobertura («Coverage»), normalmente en forma de porcentaje.

Es especialmente habitual utilizar herramientas de apoyo para calcular la cobertura del código en el caso de Pruebas de Componentes o en Pruebas de Integración de Componentes (por ejemplo, trazando la jerarquía de llamadas entre elementos). Puesto que indagamos en el comportamiento interno, estas pruebas se denominan también Pruebas de Caja Blanca («white-box testing»).

Pruebas Software White Box

Pruebas Software White Box

Finalmente, el cuarto tipo de pruebas que nos presenta el ISTQB son las pruebas derivadas de la realización de cambios: las Pruebas Software de Regresión y las Re-pruebas.

Una vez que un defecto ha sido corregido, toca volver a probar el software para confirmar que el defecto ha sido eliminado. Son pruebas repetidas o Re-Pruebas.

Las Pruebas de Regresión consisten en volver a probar un componente, tras haber sido modificado, para descubrir cualquier defecto introducido, o no cubierto previamente, como consecuencia de los cambios. Los defectos pueden encontrarse tanto en el software que se ha cambiado como en algún otro componente. Se ejecutan cuando se cambia el software o su entorno. El criterio para decidir la extensión de estas Pruebas de Regresión está basado en el riesgo de no encontrar defectos en el software que anteriormente estaba funcionando correctamente.

Las Pruebas de Regresión se realizan sobre un componente ya probado, para verificar que no presenta nuevos defectos cuando se realiza una modificación después de dichas pruebas.

Este tipo de pruebas software deben ser repetibles si han de usarse para pruebas de confirmación (o aseguramiento) y regresión (como Sondas de Disponibilidad, por ejemplo). Los conjuntos de pruebas de regresión («Regression test suites«) suelen ser bastante estables por lo que son muy buenos candidatos para actividades de automatización de pruebas software.

Quizá ya no os sorprenda que estas pruebas también puedan ejecutarse en todos los niveles de pruebas e incluyen casos de prueba de los tipos vistos anteriormente: Pruebas Funcionales, No Funcionales y Estructurales.

Ahora que ya tenemos una buena imagen de los tipos de pruebas software que podemos incorporar para asegurar la Calidad del Software (SQA), es más fácil que entendamos que se trata de una actividad que requiere una elevada capacidad de adaptación de las cargas de trabajo, así como de una suficiente especialización. Por ello, en Panel Sistemas hemos consolidado nuestro Centro de Excelencia en Calidad Software, Testing y Automatización, desde donde estaremos encantados de atenderte.

 ¿Echas en falta algún tipo de prueba software?
¡Pruébanos!
🙂

Algunas referencias sobre este tema que os proponemos son:

Panel Testing - Centro de Excelencia

Panel Testing - Centro de Excelencia

Nuestro Centro de Excelencia en SQA & Testing (CEST) es responsable de asegurar la Calidad del Software en los proyectos que desarrollamos, así como de evolucionar nuestro Know How en esta actividad. Si quieres conocernos mejor, visítanos en esta página, o contacta con nosotros vía e-mail en esta dirección.

Comentarios

9 Comentarios

  1. Jose Luis Marquez

    Buena Tarde

    Por medio de la presente quisiera consultar si su compañía fabrica y venden software para la implementación el sector de la educación con el fin de poder adquirir un software de orientación vocacional, quedo atento a su valiosa colaboración y a cualquier inquietud.

    Responder
    • Panel Sistemas

      Hola Jose Luis, lamentablemente no disponemos de este tipo de software, pero si te parece escríbenos a marketing@panel.es y lo comentamos más en detalle, por si podemos ayudarte. Muchas gracias.

      Responder
    • Panel Sistemas

      Muchas gracias por la aportación David!

      Responder
  2. Pablo A.

    Muy buen artículo explicando los diferentes tipos de prueba, gracias.

    Responder
    • Panel Sistemas

      Muchas gracias Pablo! Esperamos que te sea útil 🙂

      Responder
  3. Christian García

    Excelente información y sobre todo muy útil para los colaboradores que participan en TI

    Responder
    • Panel Sistemas

      Muchas gracias Christian, nos alegramos de que te haya sido útil!

      Responder

Trackbacks/Pingbacks

  1. #MadQA – ¿Cómo probar aplicando Entrega Continua? - […] continua es pruebas de regresión, lo lleva […]
  2. #SoftwareQA - Automated testing for responsive websites? - […] de sitios web de aspecto adaptable (“responsive websites”)? ¿Ha nacido un nuevo tipo de pruebas  – el testing de…
  3. Automatización de pruebas para websites "responsive"? - Panel Sistemas - […] de sitios web de aspecto adaptable (“responsive websites”)? ¿Ha nacido un nuevo tipo de pruebas  – el testing de…
  4. La automatización de pruebas funcionales software es negocio seguro - […] en factor de éxito cuando la normativa o el mercado nos exigen asegurar el comportamiento (pruebas regresivas) o la…
  5. Pruebas software y el modelo de capas cebolla - Panel Sistemas - […] Tipos de Pruebas Software.  ¿Los […]

Enviar un comentario

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

Share This