Respuesta.

Las pruebas manuales de escenarios multipersonales son la verificación de sistemas en los que varios usuarios interactúan con la misma funcionalidad o datos simultáneamente (por ejemplo, chats, trabajo colaborativo en documentos, tiendas en línea con carrito). Esto es importante para garantizar la integridad de los datos y evitar conflictos.

Historia de la pregunta: Con el desarrollo de aplicaciones en red y servicios en la nube, han surgido muchos escenarios de acceso simultáneo. Los errores más simples conducen a la pérdida, duplicación o visualización incorrecta de los datos, por lo que la atención a estas pruebas ha aumentado drásticamente.

Problema: La prueba simultánea manual requiere acciones coordinadas de varios testers o la simulación de un comportamiento multipersonales real. La falta de automatización o apoyo por parte de los desarrolladores complica la tarea.

Solución: Para una prueba manual efectiva, es necesario:

Preparar conjuntos de usuarios de prueba con diferentes permisos y roles.
Describir escenarios en los que las acciones de un usuario pueden afectar los datos o el estado de la interfaz de otro.
Coordinar el trabajo de varios testers o utilizar navegadores/dispositivos paralelos.
Prestar especial atención a las colisiones al editar los mismos datos, bloqueos, notificaciones del sistema y conflictos de transacciones.
Fijar secuencias precisas de acciones y tiempos de ejecución de las operaciones.

Características clave:

Pruebas desde diferentes navegadores, dispositivos, sesiones.
Trabajo simultáneo con el rol de administrador y usuario normal.
Escenarios especiales con intentos simultáneos de edición o eliminación.

Preguntas trampa.

¿Es suficiente un solo tester para cubrir completamente los escenarios multipersonales?

No. Es mejor coordinar a un equipo de testers o utilizar sesiones paralelas en varios dispositivos/navegadores.

¿Se pueden probar todos los escenarios solo con emuladores o datos simulados?

No. Es difícil emular completamente el comportamiento multipersonales real sin la participación de varios clientes o usuarios vivos.

¿Es necesario crear usuarios especiales para cada prueba?

Normalmente sí: esto ayuda a evitar colisiones en los datos y mejora la repetibilidad de las pruebas.

Errores comunes y anti-patrones

Uso de una sola cuenta para diferentes usuarios en las pruebas.
Desatención a escenarios de condiciones de carrera y conflictos al guardar datos.
Falta de registro de la secuencia exacta de acciones.

Ejemplo de la vida real

Caso negativo

Dos testers utilizaron una cuenta para verificar el carrito de la tienda: debido a esto, un bug relacionado con la limpieza del carrito pasó desapercibido.

Pros:

Menos tiempo en registrar usuarios de prueba.

Contras:

Defectos ocultos durante la sincronización de datos.
El bug se manifestó solo en producción.

Caso positivo

Se crearon cuentas de prueba separadas y se documentaron escenarios paso a paso con el tiempo exacto de las acciones.