¿Qué es la técnica de prueba de software?
Las técnicas de prueba de software lo ayudan a diseñar mejores casos de prueba. Dado que no es posible realizar pruebas exhaustivas; Las técnicas de prueba manual ayudan a reducir la cantidad de casos de prueba que se ejecutarán al tiempo que aumentan la cobertura de prueba. Ayudan a identificar condiciones de prueba que de otra manera serían difíciles de reconocer.
En este tutorial, aprenderá 5 técnicas importantes de prueba de software:
- Análisis de valor límite (BVA)
- Partición de clases de equivalencia
- Pruebas basadas en tablas de decisión.
- Transición de estado
- Error al adivinar
Análisis de valor límite (BVA)
El análisis de valor límite se basa en pruebas en los límites entre particiones. Incluye límites máximos, mínimos, internos o externos, valores típicos y valores de error.
En general, se ve que se produce una gran cantidad de errores en los límites de los valores de entrada definidos en lugar de en el centro. También se conoce como BVA y ofrece una selección de casos de prueba que ejercen valores límite.
Esta técnica de prueba de caja negra complementa la partición por equivalencia. Esta técnica de prueba de software se basa en el principio de que, si un sistema funciona bien para estos valores particulares, funcionará perfectamente bien para todos los valores que se encuentren entre los dos valores límite.
Directrices para el análisis del valor límite
- Si una condición de entrada está restringida entre los valores xey, entonces los casos de prueba deben diseñarse con valores xey, así como valores que estén por encima y por debajo de xey.
- Si una condición de entrada es un gran número de valores, se debe desarrollar el caso de prueba que necesita ejercitar los números mínimo y máximo. Aquí también se prueban los valores por encima y por debajo de los valores mínimo y máximo.
- Aplique las pautas 1 y 2 a las condiciones de salida. Da una salida que refleja los valores mínimos y máximos esperados. También prueba los valores inferiores o superiores.
Ejemplo:
La condición de entrada es válida entre 1 y 10Valores límite 0, 1, 2 y 9, 10, 11
Partición de clases de equivalencia
El particionamiento de clase equivalente le permite dividir un conjunto de condiciones de prueba en una partición que debe considerarse igual. Este método de prueba de software divide el dominio de entrada de un programa en clases de datos a partir de los cuales se deben diseñar los casos de prueba.
El concepto detrás de esta técnica es que el caso de prueba de un valor representativo de cada clase es igual a una prueba de cualquier otro valor de la misma clase. Le permite identificar clases de equivalencia válidas y no válidas.
Ejemplo:
Las condiciones de entrada son válidas entre
1 a 10 y 20 a 30
Por tanto, hay cinco clases de equivalencia
--- a 0 (no válido)1 a 10 (válido)11 a 19 (inválido)20 a 30 (válido)31 a --- (inválido)
Selecciona valores de cada clase, es decir,
-2, 3, 15, 25, 45
Pruebas basadas en tablas de decisión.
Una tabla de decisión también se conoce como tabla Causa-Efecto. Esta técnica de prueba de software se utiliza para funciones que responden a una combinación de entradas o eventos. Por ejemplo, se debe habilitar un botón de envío si el usuario ingresó todos los campos obligatorios.
La primera tarea es identificar funcionalidades donde la salida depende de una combinación de entradas. Si hay un gran conjunto de combinaciones de entrada, divídalo en subconjuntos más pequeños que sean útiles para administrar una tabla de decisiones.
Para cada función, debe crear una tabla y enumerar todos los tipos de combinaciones de entradas y sus respectivas salidas. Esto ayuda a identificar una condición que el evaluador pasa por alto.
Los siguientes son los pasos para crear una tabla de decisiones:
- Alista las entradas en filas
- Ingrese todas las reglas en la columna
- Llenar la tabla con las diferentes combinaciones de entradas
- En la última fila, anote la salida frente a la combinación de entrada.
Ejemplo : Un botón de envío en un formulario de contacto está habilitado solo cuando el usuario final ingresa todas las entradas.
Transición de estado
En la técnica de transición de estado, los cambios en las condiciones de entrada cambian el estado de la aplicación bajo prueba (AUT). Esta técnica de prueba permite al probador probar el comportamiento de un AUT. El probador puede realizar esta acción ingresando varias condiciones de entrada en una secuencia. En la técnica de transición de estado, el equipo de prueba proporciona valores de prueba de entrada positivos y negativos para evaluar el comportamiento del sistema.
Directriz para la transición estatal:
- La transición de estado debe usarse cuando un equipo de prueba está probando la aplicación para un conjunto limitado de valores de entrada.
- La técnica debe usarse cuando el equipo de prueba desee probar la secuencia de eventos que ocurren en la aplicación bajo prueba.
Ejemplo:
En el siguiente ejemplo, si el usuario ingresa una contraseña válida en cualquiera de los primeros tres intentos, el usuario podrá iniciar sesión correctamente. Si el usuario ingresa la contraseña no válida en el primer o segundo intento, se le pedirá al usuario que vuelva a ingresar la contraseña. Cuando el usuario introduce una contraseña incorrecta 3 ª vez, la acción ha tenido, y la cuenta será bloqueada.
Diagrama de transición de estado
En este diagrama, cuando el usuario proporciona el número de PIN correcto, se mueve al estado Acceso concedido. La siguiente tabla se crea en base al diagrama anterior:
Tabla de transición de estado
| PIN correcto | PIN incorrecto | |
| S1) Inicio | S5 | S2 |
| S2) 1er intento | S5 | S3 |
| S3) 2do intento | S5 | S4 |
| S4) 3 rd intento | S5 | S6 |
| S5) Acceso concedido | - | - |
| S6) Cuenta bloqueada | - | - |
En la tabla anterior, cuando el usuario ingresa el PIN correcto, el estado pasa a Acceso otorgado. Y si el usuario ingresa una contraseña incorrecta, pasa al siguiente estado. Si él hace lo mismo 3 rd tiempo, llegará a la cuenta del estado de bloqueo.
Error al adivinar
Error Guessing es una técnica de prueba de software basada en adivinar el error que puede prevalecer en el código. La técnica se basa en gran medida en la experiencia en la que los analistas de pruebas usan su experiencia para adivinar la parte problemática de la aplicación de prueba. Por lo tanto, los analistas de pruebas deben estar capacitados y tener experiencia para adivinar mejor los errores.
La técnica cuenta una lista de posibles errores o situaciones propensas a errores. Luego, el evaluador escribe un caso de prueba para exponer esos errores. Para diseñar casos de prueba basados en esta técnica de prueba de software, el analista puede utilizar las experiencias pasadas para identificar las condiciones.
Directrices para adivinar errores:
- La prueba debe utilizar la experiencia previa de probar aplicaciones similares.
- Comprensión del sistema bajo prueba
- Conocimiento de errores típicos de implementación
- Recuerde áreas previamente conflictivas
- Evaluar datos históricos y resultados de pruebas
Conclusión
- Las técnicas de prueba de software le permiten diseñar mejores casos. Hay cinco técnicas utilizadas principalmente.
- El análisis de valor límite se está probando en los límites entre particiones.
- El particionamiento de clase equivalente le permite dividir un conjunto de condiciones de prueba en una partición que debe considerarse igual.
- La técnica de prueba del software Decision Table se utiliza para funciones que responden a una combinación de entradas o eventos.
- En la técnica de transición de estado, los cambios en las condiciones de entrada cambian el estado de la aplicación bajo prueba (AUT)
- La adivinación de errores es una técnica de prueba de software que se basa en adivinar el error que puede prevalecer en el código.