Tutorial completo de pruebas de casos de uso y casos de uso

use case use case testing complete tutorial

Para empezar, entendamos '¿Qué es el caso de uso?' y luego discutiremos '¿Qué son las pruebas de casos de uso?' .

Un caso de uso es una herramienta para definir la interacción del usuario requerida. Si está intentando crear una nueva aplicación o realizar cambios en una aplicación existente, se realizan varias discusiones. Una de las discusiones críticas que debe hacer es cómo representará el requisito de la solución de software.

Los desarrolladores y expertos empresariales deben tener un entendimiento mutuo sobre el requisito, ya que es muy difícil de alcanzar. Cualquier método estándar para estructurar la comunicación entre ellos será realmente una bendición. A su vez, reducirá las fallas de comunicación y aquí es donde entra en juego el caso de uso.

Este tutorial le dará una imagen clara sobre el concepto de caso de uso y pruebas, cubriendo así los diversos aspectos involucrados con ejemplos prácticos para una fácil comprensión de cualquier persona que sea completamente nueva en el concepto.

Lo que vas a aprender:

• Caso de uso
• ¿Quién usa los documentos de 'casos de uso'?
• Tipos de casos de uso
  • # 1) Casos de uso de días soleados
  • # 2) Casos de uso en días lluviosos
• Elementos en casos de uso
• Representación
• ¿Cómo escribir un caso de uso?
• Use el diagrama del caso
• Acciones de usuario
• ¿Qué son las pruebas de casos de uso?
  • Algunos hechos
  • ¿Cómo crear una plantilla de caso de prueba?
• Conclusión
• Lectura recomendada

Caso de uso

El caso de uso juega un papel importante en las distintas fases del ciclo de vida del desarrollo de software. El caso de uso depende de las 'acciones del usuario' y la 'respuesta del sistema' a las acciones del usuario.

Es la documentación de las 'Acciones' realizadas por el Actor / Usuario y el 'Comportamiento' correspondiente del Sistema a las 'Acciones' del Usuario. Casos de uso puede o no resultar en el logro de un objetivo por parte del 'Actor / Usuario' en las interacciones con el sistema.

En caso de uso, describiremos '¿Cómo responderá un sistema a un escenario determinado?' . Está 'orientado al usuario', no 'orientado al sistema'.

Está 'orientado al usuario': Especificaremos '¿Cuáles son las acciones realizadas por el usuario?' Y '¿Qué ven los actores en un sistema?'.

No está 'orientado al sistema': No especificaremos '¿Cuáles son las entradas dadas al sistema?' Y '¿Cuáles son las salidas producidas por el sistema?'.

El equipo de desarrollo debe escribir los 'casos de uso', ya que la fase de desarrollo depende en gran medida de ellos.

El escritor de casos de uso, los miembros del equipo y los clientes contribuirán a la creación de estos casos. Para crearlos, necesitamos tener un equipo de desarrollo ensamblado y el equipo debe ser muy consciente de los conceptos del proyecto.

Después de implementar el caso, el documento se prueba y el comportamiento del sistema se verifica en consecuencia. En un caso, la letra mayúscula 'A' denota 'Actor', la letra 'S' denota 'Sistema'.

¿Quién usa los documentos de 'casos de uso'?

Esta documentación ofrece una descripción completa de las distintas formas en que el usuario interactúa con un sistema para lograr el objetivo. Una mejor documentación puede ayudar a identificar los requisitos de un sistema de software de una manera mucho más sencilla.

Esta documentación puede ser utilizada por desarrolladores de software, probadores de software y partes interesadas.

Usos de los documentos:

• Los desarrolladores utilizan los documentos para implementar el código y diseñarlo.
• Los probadores los utilizan para crear Casos de prueba .
• Las partes interesadas del negocio utilizan el documento para comprender los requisitos del software.

Tipos de casos de uso

Hay 2 tipos.

Son:

• Día soleado
• Día lluvioso

# 1) Casos de uso de días soleados

Son los casos principales que tienen más probabilidades de ocurrir cuando todo va bien. Se les da mayor prioridad que los otros casos. Una vez que hemos completado los casos, se lo entregamos al equipo del proyecto para su revisión y nos aseguramos de haber cubierto todos los casos requeridos.

cuál es el mejor software de limpieza de computadoras

# 2) Casos de uso en días lluviosos

Estos se pueden definir como la lista de casos extremos. La prioridad de estos casos vendrá después de los 'Casos de uso soleados'. Podemos buscar la ayuda de Stakeholders y product managers para priorizar los casos.

Elementos en casos de uso

A continuación se muestran los diversos elementos:

1) Breve descripción : Una breve descripción que explica el caso.

2) Actor : Usuarios que participan en acciones de casos de uso.

3) condición previa : Condiciones a cumplir antes de que comience el caso.

4) Básico Fluir : 'Flujo básico' o 'Escenario principal' es el flujo de trabajo normal en el sistema. Es el flujo de transacciones que realizan los Actores para lograr sus objetivos. Cuando los actores interactúan con el sistema, como es el flujo de trabajo normal, no habrá ningún error y los actores obtendrán el resultado esperado.

5) Alternativo fluir : Además del flujo de trabajo normal, un sistema también puede tener un 'flujo de trabajo alternativo'. Esta es la interacción menos común realizada por un usuario con el sistema.

6) Excepción fluir : El flujo que evita que un usuario logre el objetivo.

7) Publicar Condiciones : Las condiciones que deben comprobarse una vez finalizado el caso.

Representación

Un caso a menudo se representa en un texto plano o en un diagrama. Debido a la simplicidad del diagrama de casos de uso, cualquier organización lo considera opcional.

Ejemplo de caso de uso:

Aquí explicaré el caso de 'Iniciar sesión' en un 'Sistema de gestión escolar'.

Puntos a tener en cuenta

• Los errores comunes que cometen los participantes con el caso de uso es que contiene demasiados detalles sobre un caso en particular o que no contiene suficientes detalles.
• Estos son modelos textuales, si es necesario, podemos o no agregarle un diagrama visual.
• Determine la condición previa aplicable.
• Escriba los pasos del proceso en el orden correcto.
• Especifique los requisitos de calidad para el proceso.

¿Cómo escribir un caso de uso?

Los puntos resumidos a continuación le ayudarán a escribir estos:

=> Cuando intentamos escribir un caso, la primera pregunta que debería surgir es '¿Cuál es el uso principal para el cliente?'. Esta pregunta le hará escribir sus casos desde la perspectiva del usuario.

=> Debemos haber obtenido una plantilla para estos.

=> Debe ser productivo, simple y fuerte. Un caso de uso sólido puede impresionar a la audiencia incluso si tienen errores menores.

=> Deberíamos numerarlo.

=> Debemos escribir el paso del proceso en su orden.

=> Dar nombre propio a los Escenarios, la nomenclatura debe hacerse de acuerdo con el propósito.

=> Este es un proceso iterativo, lo que significa que cuando los escriba por primera vez no será perfecto.

=> Identificar los actores del sistema. Puede encontrar varios actores en el sistema.

Ejemplo ,Si considera un sitio de comercio electrónico como Amazon, allí podemos encontrar actores como compradores, vendedores, mayoristas, auditores, proveedores, distribuidores, atención al cliente, etc.

Inicialmente, consideremos los primeros actores. Podemos tener más de un actor con el mismo comportamiento.

Por ejemplo , tanto el Comprador como el Vendedor pueden 'Crear una Cuenta'. Asimismo, tanto el 'Comprador como el Vendedor' pueden 'Buscar artículo'. Entonces, estos son comportamientos duplicados y deben eliminarse. Aparte de utilizar los casos duplicados, debemos tener casos más generales. Por tanto, necesitamos generalizar los casos para evitar duplicaciones.

=> Debemos determinar la condición previa aplicable.

Use el diagrama del caso

El diagrama de casos de uso es una representación gráfica de las acciones de un usuario en un sistema. Proporciona una gran herramienta en este contexto, si el diagrama contiene muchos actores, entonces es muy fácil de entender. Si es un diagrama de alto nivel, no compartirá muchos detalles. Muestra ideas complejas de una manera bastante básica.

Fig No: UC 01

Como se muestra en la Fig No: UC 01 representa un diagrama donde el rectángulo representa un 'sistema', el óvalo representa un 'caso de uso', la flecha representa una 'relación' y el hombre representa un 'usuario / actor'. Muestra un sistema / aplicación, luego muestra la organización / personas que interactúan con él y muestra el flujo básico de '¿Qué hace el sistema?'

Fig. No: UC 02

Fig No: UC 03 - Diagrama de casos de uso para iniciar sesión

Este es el diagrama de casos de uso del caso 'Iniciar sesión'. Aquí tenemos más de un actor, todos están colocados fuera del sistema. Los estudiantes, profesores y padres se consideran actores principales. Por eso todos se colocan en el lado izquierdo del rectángulo.

El administrador y el personal se consideran actores secundarios, por lo que los colocamos en el lado derecho del rectángulo. Los actores pueden iniciar sesión en el sistema, por lo que conectamos los actores y el caso de inicio de sesión con un conector.

Otras funciones que se encuentran en el sistema son Restablecer contraseña y Olvidó la contraseña. Todos están relacionados con el caso de inicio de sesión, por lo que los conectamos al conector.

Acciones de usuario

Estas son las acciones que realiza el usuario en un sistema.

Por ejemplo: Buscar en el sitio, agregar un elemento a favoritos, intentar contactar, etc.

Nota:

• Un sistema es 'lo que sea que esté desarrollando'. Puede ser un sitio web, una aplicación o cualquier otro componente de software. Generalmente está representado por un rectángulo. Contiene casos de uso. Los usuarios se colocan fuera del 'rectángulo'.
• Casos de uso generalmente están representados por formas ovaladas que especifican las acciones dentro de él.
• Actores / Usuarios son las personas que utilizan el sistema. Pero a veces pueden ser otros sistemas, personas o cualquier otra organización.

¿Qué son las pruebas de casos de uso?

Viene bajo la técnica de prueba Functional Black Box. Como se trata de una prueba de caja negra, no habrá ninguna inspección de los códigos. En esta sección se resumen varios hechos interesantes sobre esto.

Asegura si la ruta utilizada por el usuario está funcionando según lo previsto o no. Se asegura de que el usuario pueda realizar la tarea con éxito.

Algunos hechos

• No son pruebas las que se realizan para decidir la calidad del software.
• Incluso si es un tipo de prueba de extremo a extremo, no garantizará la cobertura completa de la aplicación del usuario.
• En función del resultado de la prueba conocido de las pruebas de casos de uso, no podemos decidir la implementación del entorno de producción.
• Descubrirá los defectos en las pruebas de integración.

Ejemplo de prueba de caso de uso:

Considere un escenario en el que un usuario está comprando un artículo en un sitio de compras en línea. El usuario primero iniciará sesión en el sistema y comenzará a realizar una búsqueda. El usuario seleccionará uno o más elementos que se muestran en los resultados de la búsqueda y los agregará al carrito.

Después de todo esto, lo comprobará. Este es un ejemplo de una serie de pasos conectados lógicamente que el usuario realizará en un sistema para realizar la tarea.

En esta prueba se prueba el flujo de transacciones en todo el sistema de un extremo a otro. Los casos de uso son generalmente la ruta que es más probable que usen los usuarios para lograr una tarea específica.

Por lo tanto, esto hace que los casos de uso sean fáciles de encontrar los defectos, ya que incluye la ruta que es más probable que encuentren los usuarios cuando el usuario está usando la aplicación por primera vez.

Paso 1: El primer paso es la revisión de los documentos de casos de uso.

Necesitamos revisar y asegurarnos de que los requisitos funcionales estén completos y sean correctos.

Paso 2: Necesitamos asegurarnos de que los casos de uso sean atómicos.

Por ejemplo: Considere un 'Sistema de administración escolar que tiene muchas funcionalidades como' Iniciar sesión ',' Mostrar detalles del estudiante ',' Mostrar marcas ',' Mostrar asistencia ',' Contactar al personal ',' Enviar tarifas ', etc. Para este caso, estamos tratando de Prepare los casos de uso para la funcionalidad de 'Inicio de sesión'.

Necesitamos asegurarnos de que ninguna de las necesidades del flujo de trabajo normal se mezcle con ninguna otra funcionalidad. Debe estar totalmente relacionado con la funcionalidad 'Iniciar sesión' únicamente.

Paso 3: Necesitamos inspeccionar el flujo de trabajo normal en el sistema.

Después de inspeccionar el flujo de trabajo, debemos asegurarnos de que esté completo. Basándonos en el conocimiento del sistema o incluso del dominio, podemos averiguar los pasos que faltan en el flujo de trabajo.

Paso 4: Asegúrese de que el flujo de trabajo alternativo en el sistema esté completo.

Paso 5: Debemos asegurarnos de que cada paso del caso de uso sea comprobable.

Cada paso explicado en las pruebas de casos de uso se puede probar.

Por ejemplo, Algunas transacciones con tarjeta de crédito en el sistema no se pueden comprobar por motivos de seguridad.

Paso 6: Una vez que hayamos revivido estos casos, podemos escribir los casos de prueba.

Debemos escribir casos de prueba para cada flujo normal y flujo alternativo.

Por ejemplo , Considere el caso 'Mostrar calificaciones de los estudiantes' en un sistema de gestión escolar.

Nombre del caso de uso: Mostrar marcas de alumnos

Actores: Estudiantes, profesores, padres

Condición previa:

1) El sistema debe estar conectado a la red.

2) Los actores deben tener una 'identificación de estudiante'.

Caso de uso para 'Mostrar marcas de alumnos':

Caso de prueba correspondiente para el caso 'Mostrar calificaciones del alumno':

Tenga en cuenta que la tabla de casos de prueba que se muestra aquí contiene solo la información básica. 'Cómo crear una plantilla de caso de prueba' se explica en detalle a continuación.

La tabla muestra el 'Caso de prueba' correspondiente al caso 'Mostrar calificación del estudiante' como se muestra arriba.

La mejor manera de escribir casos de prueba es escribir los casos de prueba para 'el escenario principal' primero y luego escribirlos para 'Pasos alternativos'. Los ' Pasos' en los casos de prueba se obtienen de los documentos de casos de uso. El primer ' Paso' del caso 'Show Student Mark', 'Enter Student Name' se convertirá en el primer Paso en el 'Caso de prueba'.

El usuario / actor debe poder ingresar. Esto se convierte en el Resultado Esperado .

Podemos buscar la ayuda de una técnica de diseño de prueba como ' análisis de valor límite ' , 'Partición de equivalencia' mientras preparamos los casos de prueba. La técnica de diseño de pruebas ayudará a reducir el número de casos de prueba y, por lo tanto, reducirá el tiempo necesario para las pruebas.

¿Cómo crear una plantilla de caso de prueba?

Cuando estamos preparando los casos de prueba, debemos pensar y actuar como el usuario final, es decir, ponerse en la piel de un usuario final.

Hay varias herramientas que están disponibles en el mercado para ayudar en este contexto. ‘ TestLodge ’es uno de ellos, pero no es una herramienta gratuita. Necesitamos comprarlo.

Necesitamos una plantilla para documentar el caso de prueba. Consideremos un escenario común, 'inicio de sesión de FLIPKART' con el que todos estamos familiarizados. La hoja de cálculo de Google se puede utilizar para crear la tabla de casos de prueba y compartirla con los miembros del equipo. Por el momento, estoy usando un documento de Excel.

Aquí hay un ejemplo

=> DESCARGUE esta plantilla de tabla de casos de prueba aquí

Primero de todo, nombre la hoja del caso de prueba con un Nombre apropiado. Estamos escribiendo casos de prueba para un módulo en particular en un proyecto. Entonces, necesitamos agregar el 'Nombre del proyecto' y el 'Módulo de proyecto 'Columnas en la tabla de casos de prueba. El documento debe incluir el nombre del creador de los casos de prueba.

Por lo tanto, agregue 'Creado por' y 'Fecha de creación' columnas. El documento debe ser revisado por alguien (líder del equipo, gerente de proyecto, etc.), así que agregue 'Revisado por' columna y 'Fecha de revisión' .

La siguiente columna es 'Escenario de prueba' , aquí proporcionamos el escenario de prueba de ejemplo 'Verificar inicio de sesión de Facebook' . Agrega las columnas 'ID de escenario de prueba' y 'Descripción del caso de prueba' .

Para todos y cada uno de los escenarios de prueba escribiremos 'Casos de prueba '. Entonces, agregue las columnas 'ID de caso de prueba' y ‘Descripción del caso de prueba '. Para cada escenario de prueba, habrá 'Post condición' y 'Condición previa' . Agregue las columnas 'Condición posterior' y 'Condición previa'.

Otra columna importante es 'Datos de prueba' . Contendrá los datos que usamos para realizar pruebas. Un escenario de prueba debe asumir un resultado esperado y el resultado real. Agregar la columna 'Resultado Esperado' y 'Resultado real'. 'Estado' muestra el resultado de la ejecución del escenario de prueba. Puede ser apto / no apto.

Los probadores ejecutarán los casos de prueba. Necesitamos incluirlo como 'Ejecutado por' y 'Fecha de ejecución' . Agregaremos 'Comandos' si los hay.

Conclusión

Espero que haya tenido una idea clara sobre los casos de uso y las pruebas de casos de uso.

Escribir estos casos es un proceso iterativo. Solo necesita poca práctica y un buen conocimiento de un sistema para escribir estos casos.

En pocas palabras, podemos utilizar las 'pruebas de casos de uso' en una aplicación para encontrar los enlaces faltantes, los requisitos incompletos, etc. Encontrarlos y modificar el sistema logrará la eficiencia y precisión del sistema.

¿Tiene experiencias previas con casos de uso y pruebas? Siéntase libre de compartir con nosotros en la sección de comentarios a continuación.

Lectura recomendada

• Pruebas funcionales versus pruebas no funcionales
• Tutoriales detallados de Eclipse para principiantes
• Pruebas alfa y beta (una guía completa)
• Tutorial de pruebas de DevOps: ¿Cómo afectará DevOps a las pruebas de control de calidad?
• Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
• Tutorial de pruebas de usabilidad: una guía completa de introducción
• Tutorial de prueba de GUI: una guía completa de prueba de interfaz de usuario (UI)
• Tutorial de pruebas destructivas y no destructivas