5 important diagrams that testers need learn how use
Si no fuera por las imágenes, no habría grabaciones de la historia temprana, conocimientos pasables y evolución del lenguaje.
No es para dramatizar demasiado, pero los diagramas tienen su propio lugar especial incluso en un mundo con formas de escritura y expresión altamente evolucionadas y sofisticadas.
En la industria de la tecnología, apreciamos nuestros diagramas.
Estos son algunos de los más destacados con los que los probadores estamos en estrecho contacto con frecuencia y cómo los usamos.
Lo que vas a aprender:
- 5 diagramas que los probadores deben aprender a usar
- # 1) Diagramas de flujo:
- # 2) Diagramas de transición de estado:
- # 3) Diagramas de contexto:
- # 4) Mapas mentales:
- # 5) Gráficos ER:
- # 6) Bono: Mock up de pantallas / Wireframes:
- Para terminar, ¿cómo puede crear estos diagramas si es necesario?
- Lectura recomendada
5 diagramas que los probadores deben aprender a usar
Aquí vamos.
# 1) Diagramas de flujo:
Los diagramas de flujo son los mejores para ilustraciones de procesos. Utilizan símbolos específicos para cada tarea / tipo de acción que se lleva a cabo dentro del proceso. Permite tomar decisiones, bifurcaciones, bucles, etc., lo que la convierte en una herramienta perfecta para la documentación y comprensión.
Los probadores generalmente encontrarán los diagramas de flujo en el plan de prueba, la estrategia de prueba, los artefactos de requisitos (BRD, FRD, etc.) u otros documentos de proceso.
Los símbolos más utilizados y sus significados en un diagrama de flujo son:
- Óvalos Para empezar y parar
- Rectángulos Para procesar / o una tarea
- Diamante- Para decisiones
Para obtener información completa sobre las formas de los diagramas de flujo, consulte Símbolos de diagrama de flujo .
Comprender un proceso o flujo de control a través de un diagrama de flujo es muy simple. Ayuda a recordar, comprender y sirve como referencia rápida.
Leer también => Cómo escribir escenarios de prueba de lógica empresarial complejos mediante la técnica de tabla de decisiones
Aquí hay dos formas en que los evaluadores usamos los diagramas de flujo:
a) Diagramas de flujo para control de flujo y análisis estadístico:
Complejidad ciclomática es una métrica que nos ayuda a medir la complejidad de un programa de software en particular. Uno de los usos de conocer la Complejidad Ciclomática es que nos ayuda a comprender el alcance de las pruebas unitarias que se deben realizar para lograr una cobertura completa (más información y enlaces a continuación).
El diagrama de flujo es un método de referencia para llegar a esta medida.
Aprendamos a calcular la Complejidad Ciclomática para el siguiente programa a través de un diagrama de flujo de control.
Simplemente cree un diagrama de flujo de control como se muestra a continuación y use esta fórmula:
Complejidad ciclomática: = Número de conexiones o líneas - Número de nodos + 2
En el diagrama, el número de nodos es 7 y las conexiones son 7.
Por lo tanto, la Complejidad Ciclomática de ese fragmento de código es 7-7 + 2 = 2.
¿Necesita más información sobre cómo utilizar el diagrama de flujo de control y la Complejidad Ciclomática?
Mira esto:
- Correlación entre la Complejidad Ciclométrica y la Cobertura del Código al realizar pruebas de caja blanca
- La complejidad ciclomática de McCabe y por qué no la usamos
b) Diagramas de flujo para la ilustración del proceso:
El siguiente es un proceso de seguimiento de defectos representado en un formato de diagrama de flujo. Como puede ver, es muy fácil de absorber e implementar:
(Nota:Haga clic en la imagen para ampliarla)
# 2) Diagramas de transición de estado:
Las tablas o diagramas de transición de estado son excelentes herramientas de análisis cuando se buscan sistemas complejos que sufren muchos cambios de un estado a otro.
Para aquellos principiantes que están pensando, '¿qué es la transición de estado?', Piensen en una bombilla que se controla mediante un interruptor. Un interruptor se puede encender / apagar. Por lo tanto, el estado en el que una bombilla puede estar en un momento dado es ENCENDIDO o APAGADO y el evento / acción que hace que pase de un estado a otro es girar el interruptor.
Esto se puede mostrar en forma de diagrama o tabla. Como abajo:
Bombilla encendida | Bombilla apagada | |
---|---|---|
Bombilla encendida | norte | Interruptor de encendido apagado |
Bombilla apagada | Interruptor de encendido encendido | norte |
Simple, ¿no es así? Abordemos algo un poco más complejo. Mire un diagrama de transición de estado para un sistema de emisión de boletos. Es bastante sencillo y fácil de comprender.
Tenga en cuenta que los diagramas de transición de estado suelen estar centrados en entidades comerciales y no centrados en la navegación visual página por página.
Por ejemplo: La entidad comercial principal en nuestro caso es el propio ticket que se crea a través de la aplicación. La primera parte, hacer el ticket, podría implicar navegar por el sistema a través de algunas páginas:
- Página 1-> Seleccione no. de viajeros: adultos, niños y personas mayores.
- Página 2-> Elija el tipo de boleto: un pase de un día, un pase semanal, un pase mensual, etc.
- Página 3-> Revise los detalles y finalice.
- Página4-> Realizar pago, etc.
Por lo tanto, puede haber muchas transiciones visuales diferentes página por página, pero el ticket en sí está en el estado de creación. Por lo tanto, normalmente no creamos un diagrama ST para transiciones visuales (puede hacerlo si lo desea, pero no se usa con tanta frecuencia), lo hacemos para las transiciones de estado de la entidad comercial principal.
Una vez que se crea el diagrama ST, puede usarlo para identificar fácilmente los escenarios de prueba de extremo a extremo y las transacciones del usuario final, de la siguiente manera:
Las tres líneas amarillas son 3 casos de extremo a extremo que, cuando se prueben, cubrirán las áreas más críticas y más utilizadas de la aplicación. Esta es una herramienta tan beneficiosa para crear casos de prueba significativos y pruebas de aceptación de extremo a extremo.
Para obtener una explicación mucho más completa y un uso en el mundo real, consulte => Técnica de prueba de transición de estado para probar aplicaciones complejas
# 3) Diagramas de contexto:
Los sistemas de software rara vez funcionan como unidades independientes. Las aplicaciones simples como calculadora, bloc de notas, etc. pueden funcionar por sí solas, pero la aplicación empresarial a menudo interactúa con muchas otras aplicaciones.
Por ejemplo: Un sistema de nómina puede interactuar con la aplicación de contabilidad, el sistema de hojas de tiempo para las horas de los empleados y el portal de recursos humanos para los detalles de los empleados. Los diagramas de contexto son excelentes diagramas que muestran todas estas relaciones de una manera fácil de entender.
El siguiente es un diagrama de contexto para el sistema de nómina que se acaba de describir:
Un diagrama de contexto muestra muy claramente el contexto de un determinado sistema con todas las demás entidades que se relacionan con él. Para una explicación simple, marque aquí =>
Para una explicación simple, marque aquí => Diagrama de contexto del sistema
Los diagramas de contexto ayudan a los evaluadores a comprender el sistema en un sentido más amplio y ayudan a crear estrategias de prueba que incluyen estas relaciones entrantes y salientes que el sistema tiene con las otras entidades. Es posible que no creemos un diagrama de contexto como parte de nuestro proceso de prueba, pero si está disponible, ayuda a una gran comprensión.
# 4) Mapas mentales:
Un mapa mental rastrea una mente ocupada que salta de un tema a otro; cada pensamiento se profundiza y se amplía con cada idea. Es una forma de diagrama que consiste en comenzar con la idea principal y documentar cada uno de los pensamientos secundarios que se originan a partir de ella.
cómo usar java para abrir un archivo jar
Los mapas mentales se pueden usar para cualquier cosa. Aunque todavía no han aparecido en IEEE, CMMI u otras plantillas estándar o documentos de proceso, siguen siendo una parte muy popular de la cultura de la industria del software.
Un uso muy popular de los mapas mentales es realizar un seguimiento de las pruebas exploratorias. (Lo sé, lo sé, estás pensando, ¿por qué es necesario realizar un seguimiento de las pruebas exploratorias? Se debe a que, con ciclos de desarrollo rápidos, métodos ágiles y otros métodos más rápidos de desarrollo de software, es cada vez menos probable que los probadores encuentren el tiempo y alcance para la documentación completa. Esto significa que el alcance de la exploración está creciendo y debe fortalecerse. Los mapas mentales pueden hacer precisamente eso por usted).
Por ejemplo: El siguiente es un diagrama para una aplicación de comercio electrónico donde simplemente está rastreando sus pruebas con un mapa mental de la siguiente manera:
Es posible que los evaluadores no obtengan los mapas mentales como entradas. Pero es posible que veamos situaciones en las que tengamos que crearlas. Hacerlo es muy fácil. Comience con su idea central o punto de partida y siga a donde lo lleven sus pensamientos. Hay muchas herramientas en línea gratuitas, sencillas y fáciles que puede utilizar para crear mapas mentales. Este es el que usé para dibujar lo anterior. mapa aquí.
Para obtener más información y herramientas, consulte => Mapas mentales en las pruebas de software: ¡formas de hacer que las pruebas sean más divertidas!
# 5) Gráficos ER:
Los diagramas de entidad-relación (ER) se utilizan para el modelado de bases de datos. Nos ayudan a comprender las tablas, sus campos y cómo los campos de una tabla se relacionan con los campos de otras tablas del sistema de base de datos. Muestra los componentes de su sistema de base de datos y las relaciones entre ellos de forma visual.
Los diagramas ER también actúan como una ejecución de prueba inicial del modelo de base de datos y visualización antes de diseñar y construir los sistemas de base de datos.
Los diagramas ER tienen entidades (las instancias de tablas de base de datos) y sus relaciones (uno a uno, uno a muchos, uno a obligatorio, etc.) representadas mediante cajas y conectores de patas de gallo. )
Hay muchas variaciones de los diagramas ER, pero la versión más simple puede verse como se muestra a continuación:
Imagen Fuente
Para una rápida introducción y explicación, consulte:
- Video de capacitación sobre el diagrama de relación entre entidades (ERD)
- Tutorial de diagrama de relación entre entidades (ERD)
# 6) Bono: Mock up de pantallas / Wireframes:
Los wireframes son HTML o imágenes simples (capturas de pantalla) que nos muestran la futura página / componente de la interfaz de usuario en forma de diagrama.
Los wireframes son una bendición para los probadores, ya que hacen que sea muy fácil para nosotros visualizar el producto final y poder mejorar su proceso de análisis de diseño de prueba. Esto significa mejores escenarios de prueba, mejores casos de prueba y, a su vez, una mayor eficacia de prueba.
Los wireframes pueden ser simples imágenes dibujadas a mano, o estructuras de páginas web creadas interactivamente o cualquier otro diagrama que sea representativo del sistema final.
Una estructura alámbrica simple para la pantalla de inicio de sesión puede ser la siguiente:
Aquí hay un enlace rápido para comprender la forma en que los equipos de control de calidad usan wireframes para las primeras pruebas y algunas herramientas para crearlos => Wireframes: ¿deberían realmente probarse? Y si es así, ¿cómo?
Para terminar, ¿cómo puede crear estos diagramas si es necesario?
En su mayoría, los probadores interpretan la mayoría de los diagramas mencionados anteriormente. Pero rara vez, es posible que tengamos que crearlos. MS Visio y SmartDraw son excelentes herramientas para usar. Sin embargo, si está buscando algo gratuito y ligero (sin instalación ni configuración), echa un vistazo aquí.
Cuando no tiene acceso a Internet y todo lo que tiene es su palabra o pintura, puede usar las formas disponibles para crear estos diagramas (bueno, al menos la mayoría de ellos). Este es mi método menos favorito porque lleva mucho tiempo y no es tan fácil de usar, pero servirá.
Sobre el Autor: Este artículo está escrito por Swati, miembro de nuestro equipo.
Entonces, ¿qué diagramas usas y cuáles son tus favoritos?
Lectura recomendada
- Consejos sobre pruebas de software para probadores novatos
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- ¿Qué son las pruebas de componentes o las pruebas de módulos? (Aprenda con ejemplos)
- ¿Qué son las pruebas de comparación (aprender con ejemplos)?
- ¿Los probadores están perdiendo el control sobre las pruebas debido a la automatización?
- El negocio global de pruebas de software alcanzará los $ 28.8 mil millones pronto
- ¿Cómo mantener viva la motivación en los probadores de software?
- Descarga del libro electrónico Testing Primer