Está en la página 1de 11

Definición del caso de prueba

Un caso de prueba es una serie de pruebas de entrada, condiciones de
ejecución y resultados esperados desarrollados para un objetivo en particular,
tal como ejecutar una ruta particular de un programa o verificar el
cumplimiento con un requerimiento en específico.
Los casos son frecuentemente clasificados por el tipo de prueba o
requerimiento para prueba con el que está asociado, y podrá variar por
consiguiente. La mejor práctica es desarrollar por lo menos dos casos de
pruebas para cada requerimiento para prueba.
 Un caso de prueba para demostrar que el requerimiento ha sido
satisfecho, frecuentemente se refiere a un caso de prueba positiva.
(Flujos básicos)

Otros caso de prueba para reflejar que es inaceptable, anormal o
inesperada la condición o dato, frecuentemente referida a una prueba de
casos negativa. (Flujos alternativos)

Objeto de Prueba: El componente o sistema a ser probado.
Ítem de Prueba: El elemento individual a ser probado. Usualmente hay un
objeto de prueba y muchos Ítems de prueba.

Especificación de casos de pruebas

Realmente el estándar no pide que sean en archivos separados sin
embargo exige que sean independientes dentro del mismo archivo.

Cuáles son las partes de la especificación de casos de pruebas.






Identificador del caso de prueba.
Ítems de prueba.
Especificación de entradas.
Especificación de salidas.
Necesidades de ambientes.
Requerimientos para el procedimiento.
Interdependencia de los casos.

El propósito del análisis y diseño es producir diseños de pruebas con las
condiciones y casos de pruebas junto a su ambiente necesario basado en los
objetivos y aproximaciones del plan de pruebas.

Definición de flujo. De igual forma se deben establecer cada uno de los flujos alternos. que normalmente corresponden a flujos disparados por reglas de negocios. Definición del escenario de pruebas Consiste en identificar todos los escenarios (caminos) a probar de un caso de uso: flujo básico.Pasos para la creación del caso de prueba 1. Identificar Caso de prueba Para la identificación de los casos de prueba se puede realizar la siguiente matriz: Núm Caso de Prueba Escenario Condición Resultado esperado . validaciones y/o excepciones presentadas durante la ejecución de la tarea. se debe establecer el flujo básico. que consiste en los pasos para cumplir con la tarea de forma exitosa. Se pueden extender y alternar como se ve en la siguiente gráfica: Por cada caso de uso. Los escenarios de prueba corresponden a las diferentes combinaciones de los flujos anteriormente identificados. sub flujos y flujos alternativos. Escenario 1 Flujo Básico Escenario 2 Flujo Básico Flujo Alterno 1 Escenario 3 Flujo Básico Flujo Alterno 2 Escenario 4 Flujo Básico Flujo Alterno 3 2. el flujo consiste en los pasos ordenados que se llevan a cabo durante la prueba.

quién diseño la prueba. Media o Baja) el nombre de la prueba. . a continuación se presenta un formato que incluye los aspectos básicos a tener en cuenta: Nombre del Proyecto Prueba diseñada por Fecha de diseño Prueba ejecutada por Fecha de ejecución ID Caso de Prueba Prioridad (A/M/B) Nombre del Módulo Título de la prueba Descripción Precondiciones Dependencias Pas o Descripción Datos de prueba Resultad Resulta Estado o do (Paso/Fal Nota esperado actual lo) s Poscondici ones El formato está dividido en 4 secciones:  Encabezado: En esta sección se incluye la información general del caso de uso. la prioridad (Alta. una breve descripción. precondiciones. se asigna un identificador único. cuando. en esta sección se incluye un listado de cualquier dependencia con otro caso de uso o requerimiento de prueba. las diferentes condiciones que se pueden presentar y los resultados esperados para cada una de las condiciones. Esta información sirve para controlar el proceso de ejecución y permite tener documentado el caso de prueba. se divide en dos sub secciones. quien ejecuto la prueba y cuando. dependencias. que incluye un listado de todos los prerrequisitos necesarios para la ejecución de la prueba. En la siguiente sección se incluirá un ejemplo detallado del proceso. Este formato depende de la necesidad del proyecto.En esta matriz se relacionan los escenarios. el módulo al que pertenece. Definición de caso de prueba Los casos de prueba se definen usando formatos en los que se relacionan todos los detalles que se deben tener en cuenta para la ejecución de la prueba.  Precondiciones: En esta sección se documentan todas las condiciones necesarias para la ejecución de la prueba. 3.

3. Flujo alternativo 2: .Redirección a la página principal de la aplicación 2. Flujo Básico 1. Flujo alternativo 1: 2. 1. Cuerpo del caso de prueba: El cuerpo del caso de prueba consta de las siguientes secciones: o Paso: El número del paso dentro del proceso o Descripción: Detalle de la tarea o Datos de prueba: Se debe incluir el listado de datos necesarios para la ejecución de la prueba o Resultado esperado: Se debe incluir cual es el estado del sistema después de la ejecución del paso.  Definición de flujos Para efectos del ejercicio se consideraran los siguientes flujos:     Flujo Flujo Flujo Flujo básico: Login exitoso. Ejercicio Práctico Se requiere definir los casos de pruebas para el caso de uso de Login del módulo genérico de control de acceso. se tiene en cuenta como flujo básico.Digitar nombre de usuario 1.Ingreso a la URL de la aplicación 1. Se debe tener en cuenta al menos el flujo básico y un flujo alternativo.1. el uso de un nombre de usuario no válido.Dar click en botón enviar. adicionalmente se establece un flujo para el número de intentos.Digitar contraseña 1.4. alternativo 1: Nombre de usuario no válido alternativo 2: Contraseña no válida. la operación exitosa. 3.2.1. en este caso.5.  PosCondiciones: Esta sección incluye el estado del sistema después de la ejecución del caso de prueba. el uso de una contraseña no válida. alternativo 3 : Número de intentos Para identificar los flujos se deben evaluar todas las posibles condiciones que puedan afectar la operación. se establecen como flujos alternos.Redirección a la página de login con el mensaje Usuario no Valido. A continuación se detallan cada uno de los flujos: 1.

Login exitoso Flujo Básico Escenario 2. Escenario 1. Para ello se hace uso de la siguiente matriz en la cual se relacionan los diferentes flujos. usando la siguiente matriz: Núm Caso de Prueba Escenar io Condición Resultado esperado CP1 Escenari o1 Nombre de Usuario y Contraseña válidos Redirección a la página principal de la aplicación CP2 Escenari o2 Nombre de usuario No válido Redirección a la página de login con el mensaje de error Nombre de usuario no válido . Flujo alternativo 3: 4.Usuario no valido Flujo Básico Flujo Alterno 1 Escenario 3 Contraseña no valida Flujo Básico Flujo Alterno 2 Escenario 4 Número de intentos Flujo Básico Flujo Alterno 3 En el ejemplo se identifican 4 escenarios: El escenario 1 incluye únicamente el flujo básico y es el escenario exitoso. Los restantes 3 escenarios corresponden a escenarios alternativos.Si se supera el número de intentos 4.Redirección a la página de login con el mensaje Usuario bloqueado  Identificación de los escenarios de prueba Una vez identificados los diferentes flujos se debe realizar la identificación de los escenarios de prueba.Redirección a la página de login con el mensaje Contraseña no Valida.3. el escenario 4 corresponde a una prueba de una regla de negocio (el bloqueo del usuario después de 3 intentos fallidos).  Identificación de los casos de uso Una vez identificados los escenarios de prueba se deben identificar los casos de uso.1. en los cuales que se valida el comportamiento del programa en condiciones no ideales.2. 4.1.

CP3 Escenari o3 Contraseña no válida Redirección a la página de login con el mensaje de error Contraseña no válida CP4 Escenari o4 Número de intentos <= 3 Redirección a la página de login con el mensaje de error correspondiente (nombre o contraseña no valida según corresponda) CP5 Escenari o4 Número de intentos > 3 Bloqueo del usuario y redirección a la página de login con el mensaje de error. los escenarios 1.c página om login Administrador Datos de prueba . así como la respuesta esperada si se cumple la condición. Una vez identificados los casos de prueba se deben definir. se genera un caso de prueba para cada una.prueba. usuario bloqueado por favor contacte al administrador del sistema. para efectos del ejemplo.0 Ninguna Pas o Descripción 1 2 Prueba diseñada por Fecha de diseño Prueba ejecutada por Fecha de ejecución Ingreso a la aplicación Digitar nombre de usuario Resultad Resulta Estado o do (Paso/Fal Nota esperado actual lo) s Cargue www. El escenario 4 cuenta con dos posibles condiciones. para efectos del ejemplo vamos a usar el formato definido anteriormente. y se relaciona su respuesta. solo cuentan con un caso de prueba.2 y 3 solo cuentan con una condición. En esta matriz se relacionan los diferentes escenarios y las condiciones que pueden afectarlos. y de la misma forma.  Casos de prueba CP1 – Login exitoso Nombre del Proyecto Prueba ID Caso de Prueba Prioridad (A/M/B) CP – 1 A Nombre del Módulo Título de la prueba Login Login Exitoso Descripción Precondiciones Dependencias Yeimmy Lee 12-09-2013 Se requiere probar el proceso de login usando datos validos Instalación pruebas v 1.

3 4 Digitar contraseña Prueba123 Cargue página principal Click en el botón enviar Poscondici El sistema debe cargar la página principal con los permisos asignados al ones perfil CP2 – Nombre de usuario no valido Nombre del Proyecto Prueba ID Caso de Prueba Prioridad (A/M/B) Nombre del Módulo CP – 2 A Prueba diseñada por Fecha de diseño Prueba ejecutada por Yeimmy Lee 12-09-2013 Título de la prueba Login Nombre de usuario no valido Descripción Precondiciones Valida el comportamiento del proceso con un nombre de usuario no valido Instalación pruebas v 1.c Cargue om página login Aministrador Prueba123 Cargue de la página de login.prueba.0 Dependencias Paso Fecha de ejecución Ninguna Descripción 1 2 3 Ingreso a la aplicación Digitar nombre de usuario Digitar contraseña 4 Click en el botón enviar Datos de Resultado prueba esperado www. Nombre de usuario no valido Resulta Estado do (Paso/Fal Not actual lo) as . con el mensaje de error.

con el mensaje de error.c página om login Administrador rueba Cargue de la página de login.0 Ninguna Descripción 1 2 3 Ingreso a la aplicación Digitar nombre de usuario Digitar contraseña 4 Click en el botón enviar Resultad Resulta Estado o do (Paso/Fal Not esperado actual lo) as Cargue www.Poscondicion es El sistema carga la página de login y muestra el mensaje nombre de usuario no válido CP3 – Contraseña no valida Nombre del Proyecto Prueba ID Caso de Prueba Prioridad (A/M/B) CP – 3 A Nombre del Módulo Título de la prueba Login Contraseña no valida Descripción Precondiciones Dependencias Paso Prueba diseñada por Fecha de diseño Prueba ejecutada por Fecha de ejecución Yeimmy Lee 12-09-2013 Valida el caso en el que se use una contraseña no válida Instalación pruebas v 1.prueba. contraseñ a no valida Datos de prueba El sistema carga la página de login y muestra el mensaje contraseña no Poscondicion válido es CP4 – Número de intentos menores que el umbral .

para este caso se prueba un intento fallido y uno exitoso (condición número de intentos <= 3) Instalación pruebas v 1.c página om login Administrador Prueba Cargue de la página de login. contraseñ a no valida Administrador Prueba123 Cargue página principal Datos de prueba Poscondicion es El sistema debe cargar la página principal con los permisos asignados al perfil CP5 – Número de intentos mayores que el umbral Nombre del Proyecto Prueba Prueba diseñada ID Caso de Prueba CP – 5 por Yeimmy Lee . con el mensaje de error.prueba.Nombre del Proyecto Prueba ID Caso de Prueba Prioridad (A/M/B) CP – 4 A Nombre del Módulo Título de la prueba Descripción Precondiciones Dependencias Paso Prueba diseñada por Fecha de diseño Prueba ejecutada por Yeimmy Lee 12-09-2013 Login Número de intentos menores que el umbral Fecha de ejecución Valida la regla de negocio de bloqueo del usuario después de 3 intentos.0 Ninguna Descripción 1 2 3 Ingreso a la aplicación Digitar nombre de usuario Digitar contraseña 4 5 6 Click en el botón enviar Digitar nombre de usuario Digitar contraseña 7 Click en el botón enviar Resultad Resulta Estado o do (Paso/Fal Not esperado actual lo) as Cargue www.

para este caso se prueban cuatro intentos fallidos (condición número de intentos > 3) Instalación pruebas v 1. Nombre de usuario no valido dministrador Prueba123 Cargue de la página de login. con el mensaje de error. con el mensaje de error. con el mensaje de error. Nombre de Datos de prueba .0 Ninguna Pas o Descripción 1 2 3 Ingreso a la aplicación Digitar nombre de usuario Digitar contraseña 4 5 6 Click en el botón enviar Digitar nombre de usuario Digitar contraseña 7 8 9 10 Click en el botón enviar Digitar nombre de usuario Digitar contraseña Click en el botón enviar Resulta Estado Resultado do (Paso/Fal Nota esperado actual lo) s Cargue www.c página om login dministrador Prueba123 Cargue de la página de login.prueba.Prioridad (A/M/B) Nombre del Módulo Título de la prueba Descripción Precondiciones Dependencias A Fecha de diseño Prueba ejecutada por 12-09-2013 Login Número de intentos mayores que el umbral Fecha de ejecución Valida la regla de negocio de bloqueo del usuario después de 3 intentos. Nombre de usuario no valido dministrador Prueba123 Cargue de la página de login.

usuario bloqueado por favor contacte al administra dor del sistema El sistema bloquea el usuario y recarga la página de login con el mensaje. con el mensaje de error.usuario no valido 11 12 13 Digitar nombre de usuario Digitar contraseña Click en el botón enviar Poscondici ones dministrador Prueba123 Cargue de la página de login. usuario bloqueado por favor contacte al administrador del sistema. .