¿Qué es un caso de prueba?
UN CASO DE PRUEBA es un conjunto de acciones ejecutadas para verificar una característica o funcionalidad particular de su aplicación de software. Un caso de prueba contiene pasos de prueba, datos de prueba, condición previa, condición posterior desarrollada para un escenario de prueba específico para verificar cualquier requisito. El caso de prueba incluye variables o condiciones específicas, mediante las cuales un ingeniero de pruebas puede comparar los resultados esperados y reales para determinar si un producto de software está funcionando según los requisitos del cliente.
Escenario de prueba versus caso de prueba
Los escenarios de prueba son bastante vagos y cubren una amplia gama de posibilidades. Las pruebas tienen que ver con ser muy específico.
Para un escenario de prueba: verifique la funcionalidad de inicio de sesión, hay muchos casos de prueba posibles:
- Caso de prueba 1: verifique los resultados al ingresar una identificación de usuario y contraseña válidas
- Caso de prueba 2: verifique los resultados al ingresar un ID de usuario y una contraseña no válidos
- Caso de prueba 3: verifique la respuesta cuando una ID de usuario esté vacía y se presione el botón Iniciar sesión, y muchos más
Esto no es más que un caso de prueba.
En este tutorial, aprenderá a escribir casos de prueba en pruebas manuales con un ejemplo:
- Cómo escribir casos de prueba en pruebas manuales
- El formato de los casos de prueba estándar
- Mejores prácticas para escribir un buen ejemplo de caso de prueba.
- Herramientas de gestión de casos de prueba
- Recursos
Haga clic aquí si el video no es accesible
Cómo escribir casos de prueba en pruebas manuales
Creemos un caso de prueba para el escenario: comprobar la funcionalidad de inicio de sesión
Paso 1) Un caso de prueba simple para explicar el escenario sería
| Caso de prueba # | Descripción del caso de prueba |
|---|---|
| 1 | Verifique la respuesta cuando ingrese un correo electrónico y una contraseña válidos |
Paso 2) Para ejecutar el caso de prueba, necesitaría Datos de prueba. Agregándolo a continuación
| Caso de prueba # | Descripción del caso de prueba | Datos de prueba |
|---|---|---|
| 1 | Verifique la respuesta cuando ingrese un correo electrónico y una contraseña válidos | Correo electrónico: Esta dirección de correo electrónico está protegida contra spambots. Necesita tener JavaScript habilitado para verlo. Contraseña: lNf9 Oti7 2h |
La identificación de los datos de prueba puede llevar mucho tiempo y, en ocasiones, puede requerir la creación de datos de prueba de nuevo. La razón por la que debe documentarse.
Paso 3) Para ejecutar un caso de prueba, un evaluador debe realizar un conjunto específico de acciones en el AUT. Esto se documenta de la siguiente manera:
| Caso de prueba # | Descripción del caso de prueba | Pasos de prueba | Datos de prueba |
|---|---|---|---|
| 1 | Verifique la respuesta cuando ingrese un correo electrónico y una contraseña válidos |
1) Ingrese la dirección de correo electrónico 2) Ingrese la contraseña 3) Haga clic en Iniciar sesión |
Correo electrónico: Esta dirección de correo electrónico está protegida contra spambots. Necesita tener JavaScript habilitado para verlo. Contraseña: lNf9 Oti7 2h |
Muchas veces, los pasos de prueba no son tan simples como los anteriores, por lo que necesitan documentación. Además, el autor del caso de prueba puede dejar la organización o irse de vacaciones o estar enfermo y fuera de servicio o muy ocupado con otras tareas críticas. Es posible que se solicite a un empleado reciente que ejecute el caso de prueba. Los pasos documentados lo ayudarán y también facilitarán las revisiones de otras partes interesadas.
Paso 4) El objetivo de los casos de prueba en las pruebas de software es verificar el comportamiento del AUT para obtener un resultado esperado. Esto debe documentarse de la siguiente manera
| Caso de prueba # | Descripción del caso de prueba | Datos de prueba | Resultado Esperado |
|---|---|---|---|
| 1 | Verifique la respuesta cuando ingrese un correo electrónico y una contraseña válidos | Correo electrónico: Esta dirección de correo electrónico está protegida contra spambots. Necesita tener JavaScript habilitado para verlo. Contraseña: lNf9 Oti7 2h | El inicio de sesión debe ser exitoso |
Durante el tiempo de ejecución de la prueba, el probador comparará los resultados esperados con los resultados reales y asignará un estado de aprobación o falla
| Caso de prueba # | Descripción del caso de prueba | Datos de prueba | Resultado Esperado | Resultado actual | Contraseña errónea |
|---|---|---|---|---|---|
| 1 | Verifique la respuesta cuando ingrese un correo electrónico y una contraseña válidos | Correo electrónico: Esta dirección de correo electrónico está protegida contra spambots. Necesita tener JavaScript habilitado para verlo. Contraseña: lNf9 Oti7 2h | El inicio de sesión debe ser exitoso | El inicio de sesión fue exitoso | Pasar |
Paso 5) Que, aparte de su caso de prueba, puede tener un campo como Pre - Condición que especifica las cosas que deben estar en su lugar antes de que se pueda ejecutar la prueba. Para nuestro caso de prueba, una condición previa sería tener un navegador instalado para tener acceso al sitio bajo prueba. Un caso de prueba también puede incluir Condiciones posteriores que especifican todo lo que se aplica después de que se completa el caso de prueba. Para nuestro caso de prueba, una condición posterior sería que la hora y la fecha de inicio de sesión se almacenan en la base de datos
El formato de los casos de prueba estándar
A continuación se muestra un formato de un ejemplo de casos de prueba de inicio de sesión estándar.
| ID de caso de prueba | Escenario de prueba | Pasos de prueba | Datos de prueba | Resultados previstos | Resultados actuales | Contraseña errónea |
|---|---|---|---|---|---|---|
| TU01 | Verifique el inicio de sesión del cliente con datos válidos |
| ID de usuario = guru99 Contraseña = pass99 | El usuario debe iniciar sesión en una aplicación | Como se esperaba | Pasar |
| TU02 | Verifique el inicio de sesión del cliente con datos no válidos |
| Userid = guru99 Contraseña = glass99 | El usuario no debe iniciar sesión en una aplicación | Como se esperaba | Pasar |
Esta tabla completa se puede crear en Word, Excel o cualquier otra herramienta de gestión de pruebas. Eso es todo para probar el diseño de casos
Al redactar un caso de prueba para incluir la siguiente información
- La descripción de qué requisito se está probando
- La explicación de cómo se probará el sistema
- La configuración de prueba como una versión de una aplicación bajo prueba, software, archivos de datos, sistema operativo, hardware, acceso de seguridad, fecha física o lógica, hora del día, requisitos previos como otras pruebas y cualquier otra información de configuración pertinente a los requisitos que se están probando
- Entradas y salidas o acciones y resultados esperados
- Cualquier prueba o adjunto
- Usar lenguaje de casos activo
- El caso de prueba no debe tener más de 15 pasos
- Se comenta un script de prueba automatizado con entradas, propósito y resultados esperados.
- La configuración ofrece una alternativa a las pruebas de requisitos previos
- Con otras pruebas, debería ser una orden de escenario empresarial incorrecta
Mejores prácticas para escribir un buen ejemplo de caso de prueba.
1. Los casos de prueba deben ser simples y transparentes:
Cree casos de prueba que sean lo más simples posible. Deben ser claros y concisos ya que el autor del caso de prueba no puede ejecutarlos.
Use un lenguaje asertivo como ir a la página de inicio, ingresar datos, hacer clic en esto y así sucesivamente. Esto facilita la comprensión de los pasos de la prueba y hace que la ejecución de las pruebas sea más rápida.
2. Cree un caso de prueba pensando en el usuario final
El objetivo final de cualquier proyecto de software es crear casos de prueba que cumplan con los requisitos del cliente y sean fáciles de usar y operar. Un evaluador debe crear casos de prueba teniendo en cuenta la perspectiva del usuario final
3. Evite la repetición de casos de prueba.
No repita los casos de prueba. Si se necesita un caso de prueba para ejecutar algún otro caso de prueba, llame al caso de prueba por su ID de caso de prueba en la columna de condiciones previas
4. No asuma
No asuma la funcionalidad y características de su aplicación de software mientras prepara el caso de prueba. Cíñete a los documentos de especificaciones.
5. Asegurar una cobertura del 100%
Asegúrese de escribir casos de prueba para verificar todos los requisitos de software mencionados en el documento de especificaciones. Utilice la Matriz de trazabilidad para asegurarse de que ninguna función / condición quede sin probar.
6. Los casos de prueba deben ser identificables.
Asigne un nombre a la identificación del caso de prueba de modo que se identifiquen fácilmente al rastrear defectos o identificar un requisito de software en una etapa posterior.
7. Implementar técnicas de prueba
No es posible verificar todas las condiciones posibles en su aplicación de software. Las técnicas de prueba de software lo ayudan a seleccionar algunos casos de prueba con la máxima posibilidad de encontrar un defecto.
- Análisis de valor límite (BVA): como su nombre indica, es la técnica que define la prueba de límites para un rango específico de valores.
- Partición de equivalencia (EP): esta técnica divide el rango en partes / grupos iguales que tienden a tener el mismo comportamiento.
- Técnica de transición de estado : este método se utiliza cuando el comportamiento del software cambia de un estado a otro después de una acción en particular.
- Técnica de adivinación de errores: se trata de adivinar / anticipar el error que puede surgir al realizar la prueba manual. Este no es un método formal y aprovecha la experiencia de un evaluador con la aplicación.
8. Autolimpieza
El caso de prueba que cree debe devolver el entorno de prueba al estado previo a la prueba y no debe inutilizar el entorno de prueba. Esto es especialmente cierto para las pruebas de configuración.
9. Repetible y autónomo
El caso de prueba debe generar los mismos resultados cada vez, sin importar quién lo pruebe.
10. Revisión por pares.
Después de crear casos de prueba, haga que sus colegas los revisen. Sus compañeros pueden descubrir defectos en el diseño de su caso de prueba, que puede pasar por alto fácilmente.
Herramientas de gestión de casos de prueba
Las herramientas de gestión de pruebas son las herramientas de automatización que ayudan a gestionar y mantener los casos de prueba. Las características principales de una herramienta de gestión de casos de prueba son
- Para documentar casos de prueba: con las herramientas, puede acelerar la creación de casos de prueba con el uso de plantillas
- Ejecute el caso de prueba y registre los resultados: el caso de prueba se puede ejecutar a través de las herramientas y los resultados obtenidos se pueden registrar fácilmente.
- Automatice el seguimiento de defectos: las pruebas fallidas se vinculan automáticamente al rastreador de errores, que a su vez se puede asignar a los desarrolladores y se puede rastrear mediante notificaciones por correo electrónico.
- Trazabilidad: los requisitos, los casos de prueba y la ejecución de casos de prueba están interconectados a través de las herramientas, y cada caso se puede rastrear entre sí para verificar la cobertura de la prueba.
- Protección de casos de prueba: los casos de prueba deben ser reutilizables y deben protegerse para que no se pierdan o se dañen debido a un control deficiente de versiones. Las herramientas de administración de casos de prueba ofrecen características como
- Convenciones de nomenclatura y numeración
- Control de versiones
- Almacenamiento de solo lectura
- Acceso controlado
- Copia de seguridad fuera del sitio
Las herramientas de gestión de pruebas más populares son: Quality Center y JIRA
Recursos
- Tenga en cuenta que la plantilla utilizada variará de un proyecto a otro. Lea este tutorial para aprender la plantilla de caso de prueba con explicación de campos importantes
Descargue la plantilla de caso de prueba anterior en Excel (.xls)