Mapas mentales para estrategias de testing

Curso de Fundamentos de Pruebas de Software

Contenido del curso

Introducción

1
Fundamentos de testing moderno para mejorar software
01:19 min

Principios de las pruebas

Testing

Gestión, monitoreo y control

Gestión de bugs

Depuración

Bases de la automatización de pruebas

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:009:10

Mapas mentales para estrategias de testing

Curso de Fundamentos de Pruebas de Software

Clase 9 de 29

Clase 9 / 29

Recursos

Planear pruebas con criterio es clave para asegurar cobertura, reducir riesgos y proteger el prestigio del equipo. Aquí verás cómo usar preguntas guía y un mapa mental para priorizar módulos, definir casos y alinear la estrategia al objetivo del negocio.

¿Cómo definir una estrategia de pruebas que priorice valor y cobertura?

Antes de ejecutar, conviene ordenar ideas y alcance. El enfoque parte de dos preguntas potentes: ¿qué problema voy a resolver? y ¿qué problema debo evitar?. Estas guían la selección de módulos y el tipo de prueba.

Módulos posibles: documentación, código, resultados de pruebas y defectos.
Variables que condicionan la estrategia: complejidad, migración, costos y modelo de trabajo para mejorar el producto.
Habilidades clave: priorización basada en riesgo, definición de casos de negocio, selección de casos de uso y control de cobertura.

¿Qué preguntarse antes de probar?

¿Cuál es el problema a resolver o evitar en el contexto actual.
¿Qué módulos y datos son críticos para el valor del usuario.
¿Qué restricciones existen: plataformas, accesos, volumen y reportes.

¿Cómo aplicar un mind map para pruebas de seguridad?

El mind map organiza categorías y variantes sin perder detalle. Para seguridad, se propusieron cinco elementos: plataformas, sistemas operativos, accesos, datos que van a entrar y reportes.

Plataformas: contar cuántas están conectadas al software.
Ejemplos de plataforma: dispositivo móvil, Android, reloj inteligente.
Accesos y perfiles: administrador, usuario final, prémium y estándar.

¿Qué elementos cubre la seguridad?

Accesos: validar que un administrador y un usuario prémium/estándar vean solo lo que corresponde.
Datos: asegurar que “los datos no deben ser accesados por todos”.
Reportes: un director puede ver el funcionamiento global; un director de ventas solo “ventas”, no inventario ni performance del sistema.

¿Cómo se diseñan casos de uso por plataforma y acceso?

Login desde Android o reloj inteligente. Con Internet o sin Internet; en el reloj, conectado o sin conectar.
Verificar que el contenido visible cambie según permisos: administrador vs. usuario final.
Registrar condiciones y resultados esperados para cada rama del mapa.

¿Cómo abordar una migración centrada en volumen y performance?

En una migración, se reejecutan los mismos casos de prueba “en circunstancias diferentes”. Si el objetivo es mejorar el volumen, la estrategia se alinea al objetivo del negocio.

Meta de capacidad: hasta 10 000 usuarios usando el software correctamente.
Plataformas contempladas: Android, iPhone, Alcatel.
Criterio de éxito: la respuesta del servidor debe ser consistente para 500, 1000, 5000 o 10 000 usuarios.

¿Qué cambia en las pruebas tras una migración?

No los casos, sino el contexto: mismas funciones, nuevos volúmenes y condiciones de carga.
Se validan las mismas características en todas las plataformas a la misma escala de usuarios.

¿Cómo reflejar el objetivo del negocio?

Definir la métrica de éxito ligada a la meta: usuarios concurrentes y respuesta estable.
Documentar en el mapa mental los procesos críticos y su comportamiento bajo carga.

Comparte tu mapa mental y cuéntanos cómo priorizarías seguridad, migración, performance, usabilidad y escalabilidad para tu equipo. Adjunta tu diagrama y describe qué problema resuelve y qué riesgo evita.