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.
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:
Actores:
Recorrido de cada escenario
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.
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.
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.
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.
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.
Este sitio web utiliza cookies para que tengas la mejor experiencia de usuario. Si continuas navegando, estás dando tu consentimiento para aceptar las cookies y también nuestra política de cookies (esperemos que no te empaches con tanta cookie 😊)