Mejores plantillas de casos de prueba con ejemplos

¿Qué es un caso de prueba?

Caso de prueba: es la unidad más pequeña del plan de prueba, que incluye una descripción de las acciones y los parámetros necesarios para lograr y verificar el comportamiento esperado de una función en particular o la parte del software probado.
Si tiene una tarea para verificar alguna funcionalidad, puede crear un guión de prueba o una historia de usuario. Por lo tanto, debe saber dónde comenzar la prueba, qué pasos generales deben ejecutarse y cuál debe ser el resultado.
Y luego, este escenario se divide en partes más detalladas (casos de prueba) para definir todos los comportamientos positivos, negativos, de localización y otros del software.
Por ejemplo, los evaluadores deben probar la funcionalidad de subir fotos.

Creamos un escenario de prueba como:

  1. El usuario debe estar registrado
  2. Mover a la página «subir fotos»
  3. Haga clic en el botón «subir»
  4. Seleccionar fotos
  5. Subirlos

Ahora, este escenario se debe dividir en casos de prueba detallados, por ejemplo:

  • Verifique la posibilidad del usuario registrado para ir a la página «subir fotos»
  • Verifique la posibilidad de que el usuario no haya iniciado sesión para ir a la página «subir fotos»
  • Compruebe si el usuario puede hacer clic en el botón «subir»
  • ¿Se abre un formulario para seleccionar una foto y posibilidad de cerrarla?
  • ¿Qué sucede si no selecciona fotos, elige otro formato de archivo (por ejemplo, video), elige fotos de un tamaño máximo y así sucesivamente?
  • Comprueba la posibilidad de subir fotos.
  • Compruebe si la foto está guardada
  • Posibilidad de recargar o borrar fotos.
  • ¿Qué sucede con las fotos en caso de desaparición de Internet o el dispositivo está apagado?
  • ¿Todos los botones se muestran correctamente en otra ubicación o en diferentes sistemas operativos (si hay alguna diferencia)

Y así. El número de casos de prueba depende de la experiencia y la imaginación del probador.

Por lo tanto, el proceso de escritura de casos de prueba comienza desde la formación de un escenario de prueba o historia de usuario, y luego se puede dividir para verificar diferentes ocasiones.

Una estructura de un caso de prueba

El objetivo de la documentación del caso de prueba es especificar y comunicar las condiciones específicas que deben validarse para permitir una evaluación del sistema. Los casos de prueba están motivados por muchas cosas, pero generalmente incluirán un subconjunto de casos de uso, características de desempeño y riesgos en el proyecto.

Una buena plantilla de caso de prueba mantiene la consistencia de los artefactos de prueba para el equipo de prueba y facilita que todos los interesados comprendan los casos de prueba. La escritura de casos de prueba en un formato estándar reduce los esfuerzos de prueba y la tasa de error. El formato de los casos de prueba es más conveniente en caso de que esté revisando casos de prueba de expertos.

Campo de caso de prueba Descripción
ID de caso de prueba Cada caso de prueba debe tener una identificación única.
Prioridad de prueba

Es útil durante la ejecución de la prueba.

 

  • Bajo
  • Medio
  • Alto
Prueba diseñada por Nombre del probador
Fecha de prueba diseñada Fecha en que se diseñó la prueba
Prueba ejecutada por Quien ejecutó la prueba (tester)
Fecha de ejecución de la prueba. Fecha en que debe ejecutarse la prueba.
Nombre o título de la prueba El título debe proporcionar una descripción concisa y reveladora del caso de prueba, como «Restablecer Pase».
El título es importante porque a menudo es lo primero o lo único que ve cuando escanea una lista de casos de prueba.
Los títulos claros son la clave para ayudar a los evaluadores a encontrar rápidamente los casos de prueba correctos.
Descripción / Resumen de la Prueba Una descripción detallada del caso de prueba. En esta sección, también puede configurar categorías para organizar sus casos de prueba en grupos lógicos.
Condición previa Cualquier requisito que deba hacerse antes de la ejecución de este caso de prueba
Pasos de prueba

La sección Pasos de prueba le da al probador una lista numerada de los pasos a realizar en el sistema, lo que facilita la comprensión del caso de prueba.

Se recomienda tener 3-8 pasos de prueba por un caso de prueba. Demasiados pasos dificultan a los desarrolladores y evaluadores reproducir los pasos cuando se presenta un informe de error en el caso de prueba.

Datos de prueba Puede ingresar datos de prueba directamente en el campo de datos de prueba, o referirse a un archivo separado que contiene datos de prueba para uno o más casos de prueba. Al utilizar un archivo de datos de prueba, se evita la codificación de datos de prueba en el caso de prueba, por lo que se puede usar un solo caso de prueba para probar varios conjuntos de datos de prueba.
Resultados previstos Mencione el resultado esperado, incluido el error o el mensaje que debe aparecer en la pantalla. El evaluador debe conocer el resultado esperado para evaluar si el caso de prueba es exitoso. El nivel óptimo de detalle en este campo varía de una situación a otra.
Post-condición ¿Cuál sería el estado del sistema después de ejecutar el caso de prueba?
Estado (Fail / Pass) Marque este campo como fallido, si el resultado real no es el mismo que el esperado
Notas / Comentarios / Preguntas: Si hay algunas condiciones especiales que se dejan en el campo anterior
Requerimientos Lista de los requisitos para un ciclo de prueba particular.
Adjuntos / Referencias
 
Los archivos y documentos que se adjuntan al caso de prueba, como capturas de pantalla y otro material de apoyo.
¿Automatización? (Si no) Llene «SÍ» cuando los casos de prueba están automatizados

Tipos de casos de prueba

Al comienzo de la carrera, cualquier evaluador se enfrentó con el problema cuando un líder de equipo, gerente de proyecto o cliente expresa su insatisfacción con el hecho de que usted escribió algunos casos de prueba.

Para cubrir de manera eficiente el funcionamiento mediante pruebas, los casos de prueba deben dividirse en tipos. Si empiezas a hacerlo, entonces su número aumentará al menos en tres veces. Varias fuentes describen los tipos de diferentes maneras, pero la esencia de la división no cambia. Ofrecemos los siguientes tipos de casos de prueba que deberían dividir su plan de prueba:

Positivo

Hay casos de prueba destinados a verificar el funcionamiento correcto de la funcionalidad reclamada utilizando el formato de entrada correcto especificado en la documentación del software.

Por ejemplo, los casos de prueba positivos verifican todos los formatos correctos de correos electrónicos, que deben cumplir los siguientes requisitos.

I. La primera parte de la dirección de correo electrónico, antes de @ puede contener cualquiera de estos caracteres ASCII:

  • Letras latinas, independientemente del caso, de la A a la Z
  • números del 0 al 9
  • los caracteres especiales # $% & ‘* + – / = ^ _ `{|} ~!?
  • punto «.» Pero si es entre los otros personajes.
  • espacio y caracteres «(): <> @ [\] permitido con restricciones para un comentario o indicación del nombre, etc.

II. Parte del dominio – después de que el símbolo @ pueda contener:

  • Letras latinas, independientemente del caso, de la A a la Z
  • números del 0 al 9, si el nombre de dominio contiene no solo los valores numéricos
  • y «-» si es entre otros personajes

Negativo

Hay casos de prueba que verifican su situación anticipada posible y que puede llevar a un mensaje de error. Además, este tipo de casos de prueba incluye una verificación que puede llevar a situaciones inesperadas, es decir, aquellos que no se describen en la documentación.

Por ejemplo, puede probar el campo de correo electrónico, introduciendo los caracteres que no están incluidos en la lista mencionada anteriormente. También puede intentar interrumpir los campos, verificar si los datos están almacenados en el reinicio del sistema o la exposición a otros factores externos.

Valor límite

Para comprobar los valores en cualquiera de las restricciones laterales. Uno de estos se relaciona con pruebas positivas, el otro con negativas. Es mejor aislarlos para no perderse. Estas pruebas son una indicación de que posee un diseño de prueba, que puede ver a continuación.
Por ejemplo, encontró la información en la documentación de que la contraseña debe contener al menos 6 y no más de 60 caracteres. Así que debes averiguar qué sucede si escribes 5, 6, 60 y 61 caracteres. No te olvides de un caso cuando el campo está vacío.
Si la documentación no describe dichas restricciones, puede ofrecérselas usted mismo, ¡discutiendo con el equipo!

Integración

Compruebe las conexiones entre las diferentes partes del programa. Este no es exactamente el tipo de casos de prueba, sino el nivel de prueba. Pero tales pruebas son necesarias. Debe describirlos, especialmente si su sistema consta de al menos dos módulos.
Puede escribir casos de prueba para verificar el aspecto de los datos ingresados en otra parte del software.
Por ejemplo, si tiene un pago para un cierto tipo de funcionalidad. Entonces, definitivamente debe asegurarse de que esa funcionalidad esté disponible después del pago. Después de todo, es probable que los desarrolladores hayan implementado estas partes por separado, y pueden surgir problemas cuando integran esas partes.

Prueba de localización

Verifique todos los elementos de la interfaz de usuario en diferentes idiomas y sus ubicaciones (si existe un soporte para idiomas con diferentes reglas de escritura y lectura).
Por ejemplo, si su software es compatible con uno de los lugares donde se ubica la IU de derecha a izquierda, debe prestar atención al trabajo de la Lista desplegable, las casillas de verificación, la activación / desactivación de elementos, etc.

Pruebas escritas para comprobar la GUI. Puede describir la aparición de consejos en las teclas de acceso rápido del programa, errores, etc.
Si tiene suficiente tiempo, puede escribir casos de prueba que lo ayudarán con las pruebas multiplataforma, especialmente si el programa depende de las plataformas.
Si tiene un gran software que admite varios idiomas, cree un capítulo aparte para el caso de prueba de localización.

Si no está utilizando ninguna herramienta de administración de casos de prueba, puede usar cualquier herramienta de código abierto o hoja de Excel para administrar y ejecutar sus casos de prueba.

Las plantillas y ejemplos de casos de prueba son muy útiles porque al usarlos puede ahorrar tiempo y recursos para el producto de portada mediante una gran cantidad de casos de prueba.

Los formatos de casos de prueba varían según la organización. Existen muchos métodos de documentación de casos de prueba, algunos de ellos:

Ejemplo 1

Es muy conveniente en caso de que el probador necesite grabar grandes detalles de cada paso. Muy adecuado para el caso cuando se hacen casos de prueba para nuevos probadores. Les ayudará a cubrir el producto mediante pruebas de calidad y no perderá ningún dato importante.

Nombre del proyecto:Sistema bancario
Caso de prueba
ID de caso de prueba: BU_001 Prueba diseñada por:<Nombre>
Prioridad de prueba(Bajo medio alto):Medicina Fecha de prueba de diseño:<Fecha>
Nombre del módulo:Pantalla de inicio de sesión del banco Prueba ejecutada por:<Nombre>
Título de la prueba:Probar la funcionalidad de inicio de sesión en la banca Fecha de ejecución de la prueba:<Fecha>
Descripción:Verifique el inicio de sesión con un nombre de usuario y contraseña válidos
Condiciones previas:El usuario tiene un nombre de usuario y contraseña válidos

Dependencias:

Paso Pasos de prueba Datos de prueba Resultado Esperado Resultado actual Estado (Pasa / Falla) Notas
1 Navegar a la página de inicio de sesión

El usuario debe poder iniciar sesión

El usuario debe poder iniciar sesión Pasar
2 Proporcionar un nombre de usuario válido Usuario =[email protected] Se puede ingresar credencial Como se esperaba Pasar
3 Proporcionar contraseña válida Contraseña: 1234 Se puede ingresar credencial Como se esperaba Pasar
4 Haga clic en el botón Iniciar sesión Usuario registrado Usuario registrado correctamente Pasar

Ejemplo 2

Post-condiciones: El usuario se valida con la base de datos e inicia sesión correctamente en la cuenta. Los detalles de la sesión de la cuenta se registran en la base de datos. Si en detalles innecesarios, este ejemplo ahorra tiempo y recursos.

ID de caso de prueba BU_001 Descripción del caso de prueba Probar la funcionalidad de inicio de sesión en la banca
Creado por <Nombre> Revisado por <Nombre> Versión 2.1
Registro de QA Tester Revisar los comentarios de Bill incorporados en la versión 2.1.
Nombre del probador <Nombre> Fecha de prueba 1-Ene-2017 Caso de prueba (Pasa / Falla / No se ejecuta) Pasar
S # Condiciones previas: S #
Datos de prueba
1 Acceso al navegador Chrome 1 ID de usuario = mg12345
2 2 Pase = df12 @ 434c
3 3
4 4
Escenario de prueba Verifique al ingresar un ID de usuario y una contraseña válidos, el cliente puede iniciar sesión
Paso # Detalles del paso Resultados previstos Resultados actuales Pasa / Falla / No se ejecuta / Suspendido
1 Vaya a http://Banksite.com El sitio debería abrir Como se esperaba Pasar
2 Introduzca Userid & Password Se puede ingresar credencial Como se esperaba Pasar
3 Haga clic en Enviar Cutomer se ha registrado Como se esperaba Pasar
4

Ejemplo 3

Si es necesario, los datos de prueba precisos que se van a probar, serán convenientes de usar. Que tiene «Conjunto de datos» para diferentes variaciones en los datos.

ID de caso de prueba TC_Functionality_01
Prioridad Alto
Dercripción Probar la funcionalidad de inicio de sesión en BAnking
Módulo Pantalla de inicio de sesión principal
Preparado por <Nombre> Fecha Preparada 1-Ene-2017
Probado por <Nombre> Fecha de prueba 13-ene-2017
Actividades de prueba
No Descripción del paso Resultado Esperado Resultado actual
1 Vaya a http://BankSite.com El sitio debería abrir Como se esperaba
2 Ingresar Login y Pasword
3
Conjuntos de datos de prueba
Tipo de datos Conjunto de datos 1 Conjunto de datos 2 Conjunto de datos 3
Login o correo electrónico Usuario1 [email protected] Usuario2
Contraseña 123456 123456 qwerty @! $
Resultado del caso de prueba Pasar

Ejemplo 4

CARNÉ DE IDENTIDAD

Resumen

Pasos

Resultado Esperado

Resultado actual

Notas

1 Sube una foto como usuario no registrado
Pasos previos 1. Abra la aplicación
1.1 Compruebe si la carga de un
página de fotos abre página de fotos abre
1.Haga clic en el enlace Subir una foto La página Cargar una foto no se abre
la página no se abre
Fallar Error # 1
2 Subir una foto como usuario registrado
Pasos previos 1. Abra la aplicación
Ejecutar inicio de sesión con datos correctos
2.1 Compruebe si se abre la página Cargar una foto.
se abre la página de fotos
1. Haga clic en el enlace Cargar una foto. Subir una foto
se abre la página
Pasar
2.2 Compruebe si el usuario puede volver 1. Haga clic en el enlace Cargar una foto.
2. Haga clic en el botón Atrás
Se abre la página anterior
2.3 Compruebe si el botón Subir funciona 1. Haga clic en el enlace Cargar una foto.
2. Haga clic en el botón Cargar
Se abre el formulario para elegir una foto. Pasar

Todas las plantillas se pueden descargar aquí:

Plantilla_01

Plantilla_02

Plantilla_03

Plantilla_04