En esta sección, exploraremos dos componentes fundamentales en el proceso de pruebas manuales: el Plan de Pruebas y el Caso de Prueba. Ambos son esenciales para asegurar que el software se pruebe de manera exhaustiva y sistemática.

Plan de Pruebas

Un Plan de Pruebas es un documento que describe el alcance, enfoque, recursos y calendario de las actividades de prueba previstas. Sirve como una guía para llevar a cabo las pruebas de software de manera organizada y eficiente.

Componentes de un Plan de Pruebas

  1. Objetivo del Plan de Pruebas: Define el propósito y los objetivos de las pruebas.
  2. Alcance de las Pruebas: Describe qué características del software serán probadas y cuáles no.
  3. Estrategia de Pruebas: Detalla el enfoque general para las pruebas, incluyendo tipos de pruebas a realizar.
  4. Recursos: Lista de personal, herramientas y otros recursos necesarios.
  5. Cronograma: Calendario de actividades de prueba, incluyendo hitos importantes.
  6. Criterios de Entrada y Salida: Condiciones que deben cumplirse para iniciar y finalizar las pruebas.
  7. Riesgos y Contingencias: Identificación de posibles riesgos y planes de mitigación.

Ejemplo de un Plan de Pruebas

Plan de Pruebas para la Aplicación XYZ

1. Objetivo:
   - Asegurar que la aplicación XYZ cumple con los requisitos funcionales y de rendimiento.

2. Alcance:
   - Pruebas funcionales de los módulos A, B y C.
   - Excluye pruebas de integración con sistemas externos.

3. Estrategia:
   - Pruebas manuales basadas en casos de prueba detallados.
   - Pruebas de regresión para cada nueva versión.

4. Recursos:
   - 2 probadores manuales.
   - Herramienta de gestión de pruebas: TestRail.

5. Cronograma:
   - Inicio: 1 de Noviembre
   - Fin: 30 de Noviembre

6. Criterios de Entrada:
   - Disponibilidad del entorno de pruebas.
   - Casos de prueba aprobados.

7. Criterios de Salida:
   - Todos los casos de prueba ejecutados.
   - No hay defectos críticos abiertos.

8. Riesgos:
   - Retrasos en la entrega de módulos.
   - Mitigación: Comunicación semanal con el equipo de desarrollo.

Caso de Prueba

Un Caso de Prueba es un conjunto de condiciones o variables bajo las cuales un probador determinará si un sistema o una de sus características funciona correctamente.

Componentes de un Caso de Prueba

  1. ID del Caso de Prueba: Identificador único.
  2. Título: Breve descripción del caso de prueba.
  3. Descripción: Detalle del objetivo del caso de prueba.
  4. Precondiciones: Estado que debe cumplirse antes de ejecutar el caso de prueba.
  5. Pasos: Instrucciones detalladas para ejecutar el caso de prueba.
  6. Datos de Prueba: Datos necesarios para ejecutar el caso de prueba.
  7. Resultado Esperado: Resultado que se espera obtener.
  8. Resultado Real: Resultado obtenido tras la ejecución.
  9. Estado: Indica si el caso de prueba pasó o falló.

Ejemplo de un Caso de Prueba

ID: TC001
Título: Verificar el inicio de sesión con credenciales válidas
Descripción: Asegurar que los usuarios pueden iniciar sesión con credenciales correctas.
Precondiciones: El usuario debe estar registrado en el sistema.
Pasos:
  1. Navegar a la página de inicio de sesión.
  2. Ingresar el nombre de usuario y la contraseña válidos.
  3. Hacer clic en el botón "Iniciar sesión".
Datos de Prueba:
  - Nombre de usuario: usuario_prueba
  - Contraseña: contraseña123
Resultado Esperado: El usuario es redirigido a la página de inicio.
Resultado Real: [Dejar en blanco para completar tras la ejecución]
Estado: [Dejar en blanco para completar tras la ejecución]

Ejercicio Práctico

Ejercicio 1: Crear un Plan de Pruebas

Crea un plan de pruebas para una aplicación de comercio electrónico que incluya los componentes mencionados anteriormente. Asegúrate de definir claramente el alcance y los criterios de entrada y salida.

Ejercicio 2: Desarrollar un Caso de Prueba

Desarrolla un caso de prueba para verificar la funcionalidad de búsqueda de productos en la misma aplicación de comercio electrónico. Incluye todos los componentes necesarios.

Soluciones

Solución al Ejercicio 1:

Plan de Pruebas para la Aplicación de Comercio Electrónico

1. Objetivo:
   - Validar que la aplicación permite a los usuarios buscar y comprar productos de manera efectiva.

2. Alcance:
   - Pruebas funcionales de búsqueda, carrito de compras y proceso de pago.
   - Excluye pruebas de integración con pasarelas de pago externas.

3. Estrategia:
   - Pruebas manuales con enfoque en la experiencia del usuario.
   - Pruebas de regresión tras cada actualización.

4. Recursos:
   - 3 probadores manuales.
   - Herramienta de gestión de pruebas: JIRA.

5. Cronograma:
   - Inicio: 5 de Diciembre
   - Fin: 20 de Diciembre

6. Criterios de Entrada:
   - Entorno de pruebas configurado.
   - Casos de prueba revisados y aprobados.

7. Criterios de Salida:
   - Todos los casos de prueba ejecutados sin defectos críticos.

8. Riesgos:
   - Cambios en los requisitos de última hora.
   - Mitigación: Reuniones diarias con el equipo de desarrollo.

Solución al Ejercicio 2:

ID: TC002
Título: Verificar la funcionalidad de búsqueda de productos
Descripción: Asegurar que los usuarios pueden buscar productos utilizando palabras clave.
Precondiciones: El usuario debe estar en la página principal de la aplicación.
Pasos:
  1. Ingresar "teléfono" en la barra de búsqueda.
  2. Hacer clic en el botón "Buscar".
Datos de Prueba:
  - Palabra clave: teléfono
Resultado Esperado: Se muestran productos relacionados con "teléfono".
Resultado Real: [Dejar en blanco para completar tras la ejecución]
Estado: [Dejar en blanco para completar tras la ejecución]

Conclusión

En esta sección, hemos aprendido sobre la importancia de los Planes de Pruebas y los Casos de Prueba en el proceso de pruebas manuales. Estos documentos no solo ayudan a organizar y estructurar las pruebas, sino que también aseguran que se cubran todos los aspectos críticos del software. En el siguiente módulo, exploraremos el Ciclo de Vida de un Defecto, un componente crucial para gestionar y resolver problemas encontrados durante las pruebas.

© Copyright 2024. Todos los derechos reservados