¿Qué es un caso de prueba?
Los casos de prueba son un conjunto de acciones documentadas (los pasos) que rigen la observación y el análisis de un requisito de software específico. Un caso de prueba formal utiliza una prueba positiva y una negativa por requisito.
Para obtener más información sobre la gama completa de conceptos asociados a los casos de prueba, incluido el formato adecuado del caso de prueba, consejos para crear un buen caso de prueba y mucho más sobre casos de prueba positivos y la realización de pruebas, lea esta guía sobre los aspectos esenciales de los casos de prueba.
¿Qué son las pruebas negativas?
En las pruebas de software, las pruebas positivas se refieren al proceso de prueba de un sistema bajo prueba (SUT) o una aplicación bajo prueba (AUT) al evaluar el comportamiento esperado en función de un requisito. Las pruebas negativas, a veces denominadas pruebas de fallas o pruebas de ruta de error, es la práctica de encontrar comentarios útiles cuando las cosas salen mal.
Las pruebas negativas utilizan datos de entrada no válidos, o comportamientos de usuario no deseados, para verificar si hay errores inesperados del sistema. Dicho de otra manera, un evaluador toma entradas no válidas y prueba la interfaz de usuario (IU) de una aplicación web (el uso más común de pruebas negativas), esperando que tenga lugar lo inesperado. Esta práctica busca descubrir qué le sucede a la AUT en condiciones adversas.
¿Cuál es la finalidad de las pruebas negativas?
Las pruebas negativas son una práctica de control de calidad que garantiza una cobertura completa de las pruebas en el desarrollo de software. Al intentar deliberadamente bloquear un SUT o usar datos deficientes para encontrar defectos desconocidos (errores), un evaluador o desarrollador descubre formas en que el SUT puede ser más estable y más confiable. Al demostrar lo que el software no debe hacer o aceptar, el evaluador comprueba que el código cumple con cada requisito.
¿Qué es un caso de prueba negativa?
Un caso de prueba negativo se “escribe para probar algo que el software no debe hacer o aceptar”, dice Neil Price-Jones, presidente de NVP Software Solutions. Agrega: “Los casos de prueba negativos aseguran que si un usuario intenta algo que no se consideró en el diseño o la codificación, entonces obtiene la respuesta correcta o el mensaje de error o al menos no puede llegar a un lugar en el que no se supone que debe estar”.
¿Cuál es la diferencia entre los casos de prueba positiva, negativa y destructiva?
Las pruebas negativas y positivas son actividades simultáneas que se documentan utilizando un caso de prueba. “Un caso de prueba positiva garantiza que algo incluido en los requisitos o el diseño funcione según lo previsto. Los casos de prueba negativos comprueban todo lo demás”, dice Price-Jones.
Otro término asociado con las pruebas negativas es prueba destructiva, que, según Price-Jones, “se puede ejecutar a través de casos de prueba negativa (y debería hacerlo si necesita documentar todo lo que ha hecho y proporcionar pruebas) o usar simplemente como un intento de romper el software por cualquier medio posible”.
Por ejemplo, es común que una aplicación basada en la web pida al usuario que rellene el campo de texto de contraseña dentro de un cierto rango de caracteres (por ejemplo, más de seis y menos de 12). Mediante el uso de pruebas positivas, el evaluador introduce contraseñas dentro del intervalo correcto. Para las pruebas negativas correspondientes, el evaluador introduce contraseñas que no pertenecen a estos parámetros (por ejemplo, menos de seis, más de 12 o cero caracteres) para probar cómo responde la AUT. Este tipo de pruebas negativas se conoce como pruebas de análisis de valor límite.
Cómo identificar casos de prueba negativa
¿Cómo se determina qué datos usar o qué medidas indeseables tomar para crear y ejecutar casos de prueba negativa útiles? Para identificar los casos de prueba negativa, empiece por la positiva. Cada caso de prueba positiva se crea mediante el análisis de los requisitos, dispositivos y documentos de diseño de software de la empresa/usuario. Utilice cada escenario de caso de prueba positiva para identificar el caso de prueba negativa utilizando la información que no se encuentra en los documentos.
Debe equilibrar el tiempo y los recursos para cumplir con los requisitos de software. Las pruebas negativas se enfrentan a resistencia debido a los cronogramas del proyecto, la disponibilidad de personas calificadas, las fechas de publicación y los presupuestos. Sin someter el SUT a daños reales, los evaluadores de software utilizan la experiencia y la intuición para decidir cómo, cuándo y dónde usar pruebas negativas e identificar los pasos del caso de prueba. No es posible practicar pruebas negativas exhaustivas o crear casos de pruebas negativas que proporcionen una cobertura perfecta de las pruebas del SUT.
Plantilla de planificación y ejecución de casos de prueba
Utilice esta plantilla de planificación y ejecución de casos de prueba para definir planes de prueba para su proyecto de desarrollo de software, ejecutar los pasos del caso de prueba y analizar los datos de la prueba. Está diseñada para realizar un seguimiento de las pruebas por identificación y nombre de la prueba, identificar cada etapa de una prueba, agregar niveles y notas de prioridad, y comparar los resultados reales con los esperados.
Descargar la plantilla de planificación y ejecución de casos de prueba
Cómo diseñar un caso de prueba negativa
En las pruebas de software, cuando la cantidad de posibles entradas es demasiado grande para una cobertura completa y rentable de las pruebas, una matriz ortogonal ofrece un modelo eficiente para diseñar casos de prueba negativa (es decir, encontrar errores de software y eliminar pruebas duplicadas). Este modelo se utiliza comúnmente para las pruebas de interfaz de usuario, las pruebas de regresión y las pruebas de rendimiento del SUT.
Neil Price-Jones aborda el diseño de casos de prueba negativa en términos sistemáticos: “Una forma es pensar ortogonalmente en el flujo de una transacción en un escenario de negocios estándar y luego pensar en lo que puede salir mal en cada paso de ese proceso”.
“Si piensa que la transacción fluye a través de pasos de izquierda a derecha (es decir, de manera lineal), entonces puede pensar en probarla (tanto de forma positiva como de forma negativa) observando cada paso desde arriba y viendo qué sería lo positivo (lo que deja que la transacción fluya al siguiente paso) y lo negativo (lo que evita que la transacción fluya al siguiente paso)”, explica Price-Jones.
Formato de caso de prueba negativa
Los casos de prueba positiva y negativa comparten el mismo formato, que normalmente incluye los siguientes atributos:
Declaración de caso de prueba
Configuración de prueba
Identificación de caso de prueba
Escenario de prueba
Pasos de la prueba negativa
Datos de la prueba negativa
Resultados esperados
Resultados reales
Confirmación de aprobación/error
Comentarios adicionales
Cómo redactar un caso de prueba negativa
En pocas palabras, escribe un caso de prueba negativa al seleccionar los datos de entrada no válidos o el comportamiento de usuario no deseado que adquiere realizando los pasos del caso de prueba positiva. Price-Jones recomienda comenzar con los criterios del caso de prueba positiva, que define por escenarios de prueba a partir de un requisito empresarial.
“Empiece con lo que está definido e incluido y luego considere todas las demás posibilidades utilizando técnicas de diseño de prueba. A veces, me refiero a esto como variaciones de un tema”, afirma.
Al igual que un caso de prueba positiva, un caso de prueba negativa es una sola prueba ejecutable que se documenta mediante el uso de hojas de cálculo o software de gestión de pruebas. La adopción de un formato estándar para la documentación de casos de prueba ayuda de las siguientes maneras:
Ahorra tiempo.
Hace que cada caso de prueba sea accesible para varias partes interesadas independientemente de los conocimientos técnicos.
Se puede reutilizar para escenarios de plan de prueba similares.
Ayuda a optimizar la comunicación general dentro de los equipos de prueba y desarrollo.
Para obtener un desglose más detallado de los atributos del caso de prueba negativa y una guía paso a paso sobre cómo escribir un caso de prueba en Microsoft Excel, lea “Cómo escribir casos de prueba: La guía esencial”.
Ejemplos de casos de prueba negativa para una página de inicio de sesión
Price-Jones reflexiona sobre un momento en el que le pareció divertido usar pruebas negativas para una página de inicio de sesión: “Una vez probé un inicio de sesión para una aplicación disponible para el público en la que tres intentos incorrectos le permitían acceder al software (en lugar de suspenderlo durante 30 minutos u obligarle a restablecer la contraseña). El programador había invertido el conmutador al final de tres intentos para permitirle entrar en lugar de rechazarlo”.
Los siguientes ejemplos de casos de prueba negativa se aplican a los casos de prueba positiva que aprueban con resultados esperados para la página de inicio de sesión de la AUT cuando se utiliza la identificación de usuario y la contraseña correctas:
Id. de usuario en blanco con contraseña en blanco
Id. de usuario correcto con contraseña incorrecta
Id. de usuario incorrecto con contraseña correcta
Id. de usuario incorrecto con contraseña incorrecta
Inyección de SQL en contraseña
Inyección de SQL en id. de usuario
Inyección de SQL en ambos campos
Plantilla de caso de prueba de servicios de integración de SQL Server
Administre, pruebe y realice un seguimiento de todos los servicios de integración de SQL Server con esta plantilla detallada de caso de prueba. Utilice la plantilla para probar las actualizaciones de funciones y asegurarse de que todos los sistemas de programación y gestión de datos funcionen correctamente.
Descargar la plantilla de caso de prueba de servicios de integración de SQL Server
Excel
Ejemplos de casos de prueba negativa para el acceso a la red inalámbrica
Los siguientes ejemplos de casos de prueba negativa se aplican a los casos de prueba positiva que aprueban con resultados esperados cuando se utiliza la clave de seguridad de red (contraseña) correcta y se confirman los acuerdos de usuario:
El acceso bloquea la red con una entrada de clave no válida.
El acceso bloquea la red sin una clave de seguridad.
Introduzca un código no válido o caracteres no válidos en el campo de la clave.
Ejemplos de casos de prueba negativa para conectar dispositivos Bluetooth
Los siguientes ejemplos de casos de prueba negativa se aplican a los casos de prueba positiva que aprueban con resultados esperados cuando se detecta un dispositivo Bluetooth o se empareja con datos válidos y se logra un intervalo de conexión exitoso:
Introduzca un código incorrecto y haga que falle la conexión.
Repita con ambos dispositivos en secuencia.
Desactive el Bluetooth en cada máquina por separado.
Restablezca la conexión entre dispositivos.
Pruebe dispositivos no compatibles.
Pruebe con dispositivos restringidos (aquellos que limitan las conexiones).
Ejemplos de casos de prueba negativa para carritos de compras en línea
Los siguientes ejemplos de casos de prueba negativa se aplican a los casos de prueba positiva que aprueban con resultados esperados cuando hay suficiente inventario, un método de pago válido y la confirmación del proveedor de pago, junto con varios elementos en el carrito:
Compre más que el inventario disponible. (Según Price-Jones, “muchos carritos de compra cubrirían este caso con el requisito de informarle que el artículo no está disponible o que debe crear un pedido pendiente, por lo que podría argumentarse que es un caso positivo”).
Compre varios artículos, algunos de los cuales no están disponibles.
Compre y reciba el “pago fallido”.
Compre y reciba la “ubicación de envío fallida” (también conocido como “no se pueden enviar a su ubicación”).
Abandone la compra en cualquier momento del proceso.
Desconéctese en cualquier momento del proceso de compra.
Ejemplos de casos de prueba negativa para pagos con tarjeta de crédito
Price-Jones proporciona el siguiente ejemplo de pasos de caso de prueba negativa para un formulario de pago con tarjeta de crédito cuando las entradas del caso de prueba positiva son el número correcto de tarjeta de crédito, el código CVV (o CVC) correcto, el nombre correcto y la dirección de facturación correcta:
Dígitos de verificación incorrectos
Número incorrecto con los dígitos incorrectos
Dirección de facturación no válida
Número CVV no válido
Nombre no válido
Gestión de casos de pruebas negativas: ¿Pruebas manuales o automatizadas?
Las pruebas negativas son principalmente una actividad manual y se gestionan históricamente con hojas de cálculo. Con el software de automatización de pruebas, puede trabajar con herramientas que le permiten crear casos de prueba negativa utilizando datos válidos e inválidos para mejorar la cobertura de las pruebas de la AUT con escenarios de pruebas positivas y negativas. El proceso de determinar cuándo automatizar las pruebas negativas o cuándo usar pruebas negativas manuales varía en función de la planificación de la prueba, los requisitos del negocio o del usuario, la disponibilidad de evaluadores de software calificados y el presupuesto.
Los evaluadores pueden escribir manualmente scripts de prueba automatizados (es decir, código de software) para ayudar con los pasos del caso de prueba que requieren una gran cantidad de datos de entrada, o pueden usar herramientas de gestión de pruebas para configurar scripts automatizados reutilizables. Soluciones de software como TestComplete y Selenium cuentan con gestión automatizada de scripts de pruebas, control de versiones e informes en diferentes requisitos. Los beneficios más comúnmente anunciados de estas soluciones incluyen plantillas de casos de prueba, versiones de pruebas, seguimiento automatizado de errores con notificaciones por correo electrónico a los desarrolladores asignados, acceso de colaboración controlado, cobertura de pruebas rastreables por requisito y almacenamiento de copia de seguridad en la nube.
Plantilla de caso de prueba manual
Crear casos de prueba negativa desde cero es un esfuerzo que requiere mucho tiempo porque el SUT cambia constantemente. Utilice esta plantilla de caso de prueba manual para registrar los pasos de las pruebas negativas, analizar los resultados esperados frente a los resultados reales y determinar un resultado aprobado/no aprobado. Está diseñada para registrar manualmente cada paso del proceso de prueba negativa, la identificación y el nombre de la prueba, y notas adicionales a tener en cuenta durante el análisis.
Descargar la plantilla de caso de prueba manual
Plantilla de caso de prueba de automatización
Utilice esta plantilla de caso de prueba de automatización para revisar el éxito o el fracaso de las pruebas de software automatizadas. Descargue y complete este formulario para documentar el nombre y la identificación de la prueba, la duración de la prueba, cada paso y componente, y cualquier nota sobre la prueba, incluidos los scripts automatizados de prueba.
Descargar la plantilla de caso de prueba de automatización
Falsos positivos y negativos en pruebas negativas
En las pruebas de software, un resultado falso positivo se refiere a un resultado fallido del caso de prueba que se produce cuando no hay ningún defecto y el SUT funciona correctamente. Cuando un caso de prueba aprueba, pero hay un defecto presente en el SUT, el resultado se conoce como resultado falso negativo. La actividad de pruebas negativas manuales, como las pruebas de cordura (realizar un ensayo para garantizar que un aspecto particular del software funcione aproximadamente según lo esperado) y las pruebas para casos opuestos (obligar la desaprobación de un caso de prueba aprobado), lo ayuda a evitar resultados falsos positivos.
Para reducir los resultados falsos antes de incorporar scripts de prueba automatizados o herramientas de automatización, asegúrese de implementar las medidas adecuadas durante la planificación de las pruebas y al momento de crear casos de prueba negativa. Utilice una plantilla que tenga en cuenta los scripts de prueba automatizados que estén diseñados específicamente para evitar casos de prueba falsos positivos o negativos.
Plantilla de caso de prueba de aceptación de usuarios
Descargue esta plantilla completa de caso de prueba de aceptación de usuarios para asegurarse de que coincida con el documento SRS y cumpla con todos los requisitos proporcionados. El documento está diseñado para dar seguimiento a las aplicaciones individuales, los pasos de ejecución y los resultados esperados y reales.
Descargar la plantilla de caso de prueba de aceptación de usuarios
Mejore los casos de prueba negativa con Smartsheet para el desarrollo de software
Empodere a sus empleados para que vayan más allá gracias a una plataforma flexible, diseñada para satisfacer las necesidades de su equipo y capaz de adaptarse cuando esas necesidades cambien. La plataforma Smartsheet facilita la planificación, la captura, la gestión y la creación de informes sobre el trabajo, desde cualquier lugar, lo que ayuda a su equipo a ser más eficiente y lograr más. Cree informes sobre las métricas claves y obtenga visibilidad en tiempo real acerca del trabajo en curso gracias a informes, paneles y flujos de trabajo automatizados diseñados para ayudar a su equipo a mantenerse conectado e informado. Cuando los equipos tienen claridad sobre el trabajo en curso, pueden lograr mucho más en el mismo tiempo. Pruebe Smartsheet gratis hoy mismo.