Las ventajas que te ofrece Microsoft Azure y el mundo.NET

QA: Caso de uso vs Caso de prueba

Desde QA, hemos escuchado muchas veces eso de:

– ¡Ya tenéis el funcional! Ahora ya podréis ir definiendo los casos de uso…

Eeiiinng? Perdón? Debemos ser conscientes de que el concepto de un caso de uso dista (totalmente) del de caso de prueba, o test case; elemento/condición con el que sí trabajamos en QA. En este artículo veremos más a fondo la diferencia entre ambos términos, en qué consiste cada uno y la relación entre ambos términos.

Caso de uso

El caso de uso es la descripción del conjunto de interacciones del sistema con uno, o varios actores, para alcanzar un objetivo.

Éstos nos sirven como técnica para la especificación (agrupación) de requisitos funcionales… De ahí que nos refiramos al caso de uso para determinar una funcionalidad particular, o un grupo de funcionalidades relacionadas.

Por otra parte, un caso de uso debe contemplar las múltiples rutas posibles que el usuario puede seguir para llevar a cabo el proceso, llamando escenario a cada una de estas posibles rutas.

A continuación, veremos un ejemplo  detallando dos escenarios distintos para un mismo caso de uso: veremos 2 posibles formas de publicar una noticia en una intranet:

Caso de uso: Publicación de un post o noticia.

Escenarios:

  • Escenario 1: Publicación de noticia desde Home.
  • Escenario 2: Publicación de noticia desde bloque Noticias.

Actores:

  • Administrador.
  • Usuario del sistema.

Recorrido de cada escenario

  • Pasos necesarios en Escenario 1
  1. Acceso a la Intranet (mediante usuario del sistema).
  2. Acceso a bloque de noticias.
  3. Creación de noticia. Clic en Editar página.
  4. Creación de noticia. Clic en Nueva noticia.
  5. Visualización de la plantilla de edición para Nueva Noticia.
  • Pasos necesarios en Escenario 2
  1. Acceso a la Intranet (mediante Administrador).
  2. Acceso a contenidos del sitio.
  3. Acceso a Biblioteca de noticias.
  4. Creación de noticia. Clic en Nueva Noticia.
  5. Visualización de la plantilla de edición para Nueva Noticia.

Como podemos ver, en infinidad de ocasiones, existen diferentes formas de realizar una misma acción. Me resulta inevitable no recurrir al dicho aquel de: Todos los caminos llevan a Roma”.

Bien, pues cada uno de estos recorridos, diferentes y precisando de acciones y roles distintos, conforman la idea de un único caso de uso: Publicación de noticia.

A su vez, con tal de asegurar la corrección de cada uno de esos pasos se debe definir una serie de casos de prueba (aplicándose, para cada uno de los recorridos, casos totalmente distintos), sobre los cuales hablaremos a renglón seguido.

Caso de prueba

El caso de prueba es la condición establecida sobre una funcionalidad a bajo nivel del aplicativo para determinar su corrección; es decir, el cumplimiento del resultado esperado en base a las directrices que nos marque el funcional.

Para cada caso de prueba se debe definir el campo en el que se realiza (el contexto de la prueba), descripción de la acción, y finalmente su resultado deseado.

Vamos a desgranar un par de casos de prueba pertenecientes a pasos de los dos escenarios definidos.

  • Acceso a Contenidos del sitio. En escenario 2

Contexto: Comprobación de corrección en el acceso a Contenidos del sitio desde la Intranet.

Acción: Clic en Contenidos del sitio haciendo uso de usuario Administrador.

Resultado esperado: El sistema permite acceder a los contenidos del sitio correctamente, siempre que se haga uso de un usuario con permisos de Administrador.

  • Acceso a bloque de noticias. En escenario 1

Contexto: Comprobación de corrección en el acceso al bloque de Noticias desde la Intranet.

Acción: Clic en bloque Noticias, desde el menú de cabecera.

Resultado esperado: El sistema permite acceder a los contenidos del sitio correctamente, haciendo uso de cualquier usuario del sistema.

 

 Conclusión

Después de conocer un poquito más esta terminología, no debemos confundir caso de uso y caso de prueba…Recordad que:

Los casos de uso nacen del mismo funcional, detallan las funcionalidades del sistema.

Mientras que los casos de prueba son aquellas condiciones que prueban que cada uno de los casos de uso se lleva a cabo correctamente, así como todos los pasos que lo acontecen; alcanzando el objetivo y cumpliendo con el resultado esperado.

 

mm

Sobre Adrián Prats

Experto en Administración de Sistemas Informáticos en Red, Sharepoint y Windows Server 2012R2 (MCP 70-410 y MCP 70-497). Tengo amplia experiencia como Analista QA, realizando pruebas funcionales, test de carga y rendimiento, automatización de pruebas, pruebas unitarias (unit test), pruebas de integración, pruebas exploratorias, elaboración del test plan, etc. Actualmente soy Quality Assurance Specialist en ENCAMINA.
Esta entrada ha sido publicada en QA. Enlace permanente.
Suscríbete a Piensa en Sofware desarrolla en Colores

Suscríbete a Piensa en Sofware desarrolla en Colores

Recibe todas las actualizaciones semanalmente de nuestro blog

You have Successfully Subscribed!

ENCAMINA, piensa en colores