¿Qué es una 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 deben realizar y aumentan la cobertura de la prueba. Ayudan con las condiciones de prueba que de otro modo serían difíciles de identificar.
En este tutorial, aprenderá 5 técnicas importantes de prueba de software:
Análisis de valor límite (BVA)
El análisis del valor límite se basa en probar los límites entre particiones. Incluye superior, inferior, interior o exterior, valores típicos y valores de error.
En general, se ve que una gran cantidad de errores ocurren en los límites de los valores de entrada definidos en lugar de en el medio. También se llama BVA y ofrece una selección de casos de prueba que ejecutan valores vinculantes.
Esta técnica de prueba de caja negra completa la segmentación de 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 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 de xey, entonces los casos de prueba deben diseñarse con valores de xey, así como con valores por encima y por debajo de xey.
- Si una condición de entrada es una gran cantidad de valores, se debe desarrollar el caso de prueba que debe implementar los números mínimo y máximo. Los valores por encima y por debajo de los valores mínimo y máximo también se prueban aquí.
- Aplique las pautas 1 y 2 sobre las condiciones de salida. Da una salida que muestra los valores mínimos y máximos esperados. También prueba los valores por debajo o por encima.
Ejemplo:
Input condition is valid between 1 to 10 Boundary values 0,1,2 and 9,10,11
Partición de clase equivalente
La partición 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 las cuales se deben diseñar los casos de prueba.
El concepto detrás de esta técnica es que un 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 equivalentes válidas y no válidas.
Ejemplo:
Las condiciones de entrada son válidas entre
1 to 10 and 20 to 30
Entonces hay cinco clases equivalentes
--- to 0 (invalid) 1 to 10 (valid) 11 to 19 (invalid) 20 to 30 (valid) 31 to --- (invalid)
Selecciona valores de cada clase, es decir,
-2, 3, 15, 25, 45
Prueba de la tabla de decisión.
Una tabla de decisiones también se llama tabla Causa-Efecto. Esta técnica de prueba de software se utiliza para funciones que corresponden 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 en las que la salida depende de una combinación de sus entradas. Si hay un gran conjunto de entradas combinadas, 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 cada tipo de combinación de sus respectivas entradas y salidas. Esto ayuda a identificar una condición que el evaluador olvida.
Estos son los pasos para crear una tabla de decisiones:
- Enumere las entradas en filas
- Ingrese todas las reglas en la columna
- Llenar la tabla con las diferentes combinaciones de entrada.
- En la última fila, anote la salida frente a la combinación de entrada.
Ejemplo: Un botón de contacto en forma de contacto solo se habilita cuando el usuario final envía todas las entradas.
Transferencia de Estado
En la técnica de Transferencia 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 AUT. El probador puede realizar esta acción ingresando diferentes condiciones de entrada en una secuencia. En la técnica de cambio de estado, el equipo de prueba proporciona valores de prueba de entrada tanto positivos como negativos para evaluar el comportamiento del sistema.
Pauta de transferencia 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 desea probar una secuencia de eventos que ocurren en la aplicación que se está probando.
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 ingresa una contraseña de manera incorrecta 3rd tiempo, la acción se realiza y la cuenta se bloqueará.
Diagrama de transferencia de estado
En este diagrama, cuando el usuario ingresa el número PIN correcto, se lo transfiere al estado Acceso concedido. La siguiente tabla se crea en base al diagrama anterior:
Tabla de transferencia de estado
PIN correcto | Pin erróneo | |
S1) Inicio | S5 | S2 |
S2) 1S t intentar | S5 | S3 |
S3) 2Dakota del Norte intentar | S5 | S4 |
S4) 3rd intentar | S5 | S6 |
S5) Acceso concedido | – | – |
S6) Cuenta bloqueada | – | – |
En la tabla anterior, cuando el usuario ingresa el PIN correcto, el estado se mueve a Acceso otorgado. Y si el usuario ingresa una contraseña incorrecta, pasa al siguiente estado. Si hace lo mismo 3rd tiempo, alcanza el estado de cuenta bloqueada.
Adivina el error
Adivina el error Es una técnica de prueba de software basada en adivinar el posible 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 utilizan su experiencia para medir 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 incluye una lista de posibles errores o situaciones que son propensas a errores. Luego, un evaluador escribe un caso de prueba para revelar esos errores. Para diseñar escenarios de prueba basados en esta técnica de prueba de software, el analista puede utilizar experiencias pasadas para identificar las condiciones.
Directrices para la consideración de errores:
- La prueba debe utilizar la experiencia previa de probar aplicaciones similares.
- Comprensión del sistema que se está probando
- Conocimiento de errores comunes de implementación
- Piense en á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 escenarios. Hay cinco técnicas que se utilizan principalmente.
- El análisis de valor límite se está probando en los límites entre particiones.
- La partición 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 corresponden a una combinación de entradas o eventos.
- En la técnica de transferencia de estado, los cambios en las condiciones de entrada cambian el estado de la aplicación probada (AUT)
- La adivinación de errores es una técnica de prueba de software basada en adivinar el error que puede prevalecer en el código.