¿Qué es un Caso de prueba?
En el contexto de las pruebas de software, un caso de prueba se refiere a la secuencia de acciones necesarias para verificar una característica o funcionalidad específica. Esencialmente, el caso de prueba detalla los pasos, datos, requisitos previos y postcondiciones necesarios para verificar una característica.
Establecerá variables particulares que los QAs necesitan para comparar los resultados esperados y reales para concluir si la característica funciona como debería. Los componentes del caso de prueba mencionan la entrada, la ejecución y la salida/respuesta esperada. Básicamente, le dice a los ingenieros qué hacer, cómo hacerlo y qué resultados son aceptables.
Más información: Cómo crear Escenarios de prueba con ejemplos
El Objetivo de Escribir Casos de prueba
- Para validar características y funciones específicas del software.
- Para guiar a los evaluadores a través de su actividad práctica diaria.
- Para registrar un catálogo de pasos realizados, que se pueden revisar en caso de que aparezca un error.
- Para proporcionar un plan para futuros proyectos y evaluadores para que no tengan que comenzar a trabajar desde cero.
- Para ayudar a detectar problemas de usabilidad y brechas de diseño desde el principio.
- Para ayudar a los nuevos probadores y desarrolladores a recoger rápidamente las pruebas, incluso si se unen en medio de un proyecto en curso.
Formato estándar del Caso de prueba
- ID del Caso de prueba
- Escenario de prueba
- Pasos de prueba
- Requisitos previos
- Datos de prueba
- Resultados esperados/Previstos
- Resultados reales
- Estado de la prueba: Aprobado/Reprobado
Al escribir casos de prueba, recuerde incluir:
- Una descripción razonable del requisito
- Una descripción del proceso de ensayo
- Detalles relacionados con la configuración del ensayo: versión del software en prueba, puntos de datos, sistema operativo, hardware,autorización de seguridad, fecha, hora, requisitos previos, etc.
- Cualquier comprobador de documentos o adjuntos relacionados requerirá
- Una alternativa a los requisitos previos, si existen
Características comunes de los casos de prueba
- Que probablemente se revisen y actualicen periódicamente. Los requisitos de software pueden cambiar, dependiendo de los cambios en las prioridades de negocio o las preferencias de los clientes. Si cambian los requisitos, los casos de prueba deberán modificarse en consecuencia. La detección de errores y los pasos de depuración también pueden requerir que se cambien los casos de prueba.
- Es probable que implique agrupación. Los casos de prueba en un único escenario de prueba generalmente tienen que ejecutarse en una secuencia específica o en un grupo. En este caso, los requisitos previos particulares de un caso de prueba se aplicarán a otros casos de prueba en la misma secuencia.
- Puede ser interdependiente. A menudo, los casos de prueba pueden depender unos de otros. Esto es especialmente cierto para aplicaciones en capas con lógica empresarial de varios niveles.
- Probablemente sea utilizado por probadores y desarrolladores. Los casos de prueba son útiles tanto para desarrolladores como para probadores. Por ejemplo, cuando los desarrolladores están corrigiendo errores, los casos de prueba pueden ser bastante útiles para replicar dicho error. En el Desarrollo basado en pruebas (TDD), los desarrolladores crean casos de prueba para elaborar lógica de negocio, cubrir múltiples escenarios de prueba y comenzar a escribir código.
Ejemplo de caso de prueba
Construyamos un ejemplo de caso de prueba basado en un escenario específico. Aquí hay un estuche de muestra.
- ID del caso de prueba: #BST001
- Escenario de prueba: Para autenticar un inicio de sesión de usuario exitoso en Gmail.com
- Pasos de prueba:
- El usuario navega a Gmail.com.
- En el campo «correo electrónico», el usuario introduce una dirección de correo electrónico registrada.
- El usuario hace clic en el botón «Siguiente».
- El usuario introduce la contraseña registrada.
- El usuario hace clic en «Iniciar sesión».’
- Requisitos previos: Un ID de Gmail registrado con un nombre de usuario y una contraseña únicos.
- Navegador: Chrome v 86. Dispositivo: Samsung Galaxy Tab S7.
- Datos de prueba: Nombre de usuario y contraseña legítimos.
- Resultados esperados/Previstos: Una vez introducido el nombre de usuario y la contraseña, la página web redirige a la bandeja de entrada del usuario, mostrando y resaltando los nuevos correos electrónicos en la parte superior.
- Resultados reales: Como se esperaba
- Estado de la prueba-Aprobado / No aprobado: Aprobado
Mejores prácticas para escribir Casos de prueba
- Priorizar la claridad y la transparencia. Sea claro, conciso y asertivo al describir lo que el evaluador necesita hacer y qué resultados idealmente debería obtener.
- Concéntrese en los requisitos del usuario final al escribir casos de prueba de muestra. Mapee casos de prueba para reflejar todos los aspectos del recorrido del usuario. Utilice el Documento de Especificaciones y el Documento de Requisitos para hacerlo.
- Evite la repetición. Si se pueden ejecutar varias pruebas con el mismo caso de prueba, utilice el ID del caso de prueba para referirse al caso de prueba requerido.
- Mantenga los Pasos de Prueba lo más mínimos posible. Idealmente, manténgalo en 10-15 pasos, si es posible.
- Concéntrese en lograr la máxima cobertura de prueba. Si bien rara vez se puede lograr una cobertura de prueba del 100%, se puede alcanzar un alto porcentaje con las estrategias adecuadas.
Más información: ¿Cómo se garantiza la máxima cobertura de pruebas?
- Cree cajas de prueba autolimpiables. Eso significa que los casos de prueba deben revertir el entorno de prueba a un estado prístino de prueba previa. Los ensayos no deben dejar restos de sí mismos en el medio ambiente cuando se completen. Este es un elemento integral de la Gestión de la configuración. Para entender más a fondo: ¿Qué es la gestión de configuración en DevOps?
- Casos de prueba de forma para pruebas que devuelven los mismos resultados, independientemente de quién los ejecute. Asegúrese de que las pruebas sean independientes.
Una vez que se han configurado los casos de prueba, se deben ejecutar las pruebas correspondientes en navegadores, dispositivos y sistemas operativos reales. Recuerde que la fragmentación del dispositivo es una preocupación importante para todos los desarrolladores y probadores. Cada sitio web tiene que funcionar sin problemas en múltiples combinaciones de dispositivo, navegador y sistema operativo. Con más de 9000 dispositivos distintos que se utilizan para acceder a Internet en todo el mundo, todo el software debe optimizarse para diferentes configuraciones, vistas y resoluciones de pantalla.
Pruebe a probar en Real Device Cloud de forma gratuita
En este estado, ningún emulador o simulador puede replicar las condiciones reales del usuario. El software debe probarse en dispositivos reales para funcionar en circunstancias del mundo real, como batería baja, llamadas entrantes, fuerza de red débil, etc. Si no se puede acceder a un laboratorio interno, opte por una opción de prueba basada en la nube que ofrezca dispositivos reales.
cloud Selenium grid de BrowserStack ofrece más de 2000 dispositivos y navegadores reales para pruebas automatizadas. Esto significa que los usuarios pueden ejecutar pruebas en múltiples dispositivos y navegadores reales simplemente registrándose, iniciando sesión y seleccionando las combinaciones necesarias. Los evaluadores también pueden realizar pruebas de Cypress en más de 30 versiones de navegadores reales en Windows y macOS. Detecte errores antes de que lo hagan los usuarios probando el software en condiciones reales de usuario con BrowserStack.
Crear casos de prueba bien estructurados y orientados a los resultados es fundamental para ejecutar pruebas exitosas. Además, aseguran una cobertura de pruebas completa y proporcionan un plan claro para que los QAs sigan. Utilice este artículo para aprender los fundamentos de la creación de casos de prueba eficaces y comenzar a ejecutar pruebas diseñadas para optimizar y ofrecer experiencias de usuario de primera línea.