Diseño para Testabilidad (DFT) en Pruebas de Software

El diseño para la capacidad de prueba (DFT) es un procedimiento que se utiliza para establecer el proceso de desarrollo para lograr la máxima eficacia bajo un esquema de recursos limitados o basado en la confiabilidad. Un proceso con recursos limitados utiliza un enfoque de prueba para obtener los resultados de que se ha cumplido un objetivo de confiabilidad previo al lanzamiento. Este proceso ve las pruebas como una forma de eliminar tantos aspectos ásperos de un sistema como lo permita el tiempo o el dinero. La capacidad de prueba es importante para reducir el costo en un proceso impulsado por la confiabilidad. y también para aumentar la confiabilidad en un proceso de recursos limitados.

La capacidad de prueba del software es el resultado de muchos factores y algunos de ellos se detallan a continuación:

1. Las características de la representación.
2. Las características de la implementación.
3. Las capacidades de prueba integradas.
4. Banco de pruebas.
5. Entorno de soporte de pruebas.
6. El proceso de software en el que se realizan las pruebas.

Ahora, veamos el gráfico de espina de pescado para considerar las relaciones de comprobabilidad.

1. Representación: 
la existencia y utilidad de una representación en el desarrollo de pruebas es un factor crítico de comprobabilidad por las siguientes razones:

• una. Si está probando sin una representación es como experimentar con un prototipo.
• b. La representación no puede decidir que una prueba ha sido aprobada o reprobada sin una declaración explícita del resultado esperado.
• C. También puede obligar a la producción de una representación parcial como parte del plan de prueba.

En representaciones, existen varios enfoques para desarrollar representaciones orientadas a objetos como el análisis orientado a objetos (OOA) o el diseño orientado a objetos (OOD).
 

2. Implementación:
un programa orientado a objetos que cumple con los principios generalmente aceptados de programación orientada a objetos plantea la menor cantidad de obstáculos para la prueba. La capacidad de prueba estructural se puede evaluar mediante algunas métricas simples. Una métrica puede indicar la capacidad de prueba, el alcance de la prueba o ambos. Por ejemplo, con un alto acoplamiento entre clases, normalmente es más difícil controlar la clase bajo prueba (CUT), lo que reduce la capacidad de prueba. El efecto de todas las métricas de comprobabilidad intrínseca es el mismo:

• una. valor relativamente alto = capacidad de prueba disminuida.
• b. valor relativamente bajo = mayor capacidad de prueba.

Las métricas de alcance indican que el número de pruebas es proporcional al valor de la métrica.
 

3. Prueba incorporada:
proporciona una separación explícita de la funcionalidad de prueba y aplicación. La prueba integrada tiene algunas características que se detallan a continuación:

• una. Las aserciones en built-n-test automatizan la verificación básica y proporcionan una verificación en tiempo de ejecución de «establecer y olvidar» de las condiciones básicas para la ejecución correcta del programa.
• b. El Set o Reset ayuda en la controlabilidad.
• C. Los reporteros ayudan en la observabilidad.
• d. Un conjunto de pruebas es una colección de casos de prueba y un plan para usarlos y define el contenido general de un plan de prueba.
• mi. Las herramientas de prueba requieren automatización y, sin automatización, habrá menos pruebas y se incurrirá en más costos para lograr un objetivo de confiabilidad determinado.