Risposta.

Il testing manuale degli scenari multiutente è la verifica di sistemi in cui più utenti interagiscono contemporaneamente con la stessa funzionalità o dati (ad esempio, chat, collaborazione su documenti, negozi online con carrelli). Questo è importante per garantire l'integrità dei dati e prevenire conflitti.

Storia della domanda: Con lo sviluppo di applicazioni web e servizi cloud sono emersi numerosi scenari di accesso simultaneo. Errori semplici possono portare a perdita, duplicazione o visualizzazione errata dei dati, quindi l'attenzione a questi test è notevolmente aumentata.

Problema: Il testing simultaneo manuale richiede azioni coordinate di diversi tester o la simulazione del comportamento reale di più utenti. La mancanza di automazione o supporto da parte degli sviluppatori complica il compito.

Soluzione: Per un'efficace testing manuale è necessario:

Prepapare set di utenti di test con diritti e ruoli diversi.
Scrivere scenari in cui le azioni di un utente possono influenzare i dati o lo stato dell'interfaccia di un altro.
Coordinare il lavoro di più tester o utilizzare browser/dispositivi paralleli.
Prestare particolare attenzione a collisioni durante la modifica degli stessi dati, blocchi, notifiche di sistema, conflitti di transazione.
Registrare sequenze esatte di azioni e tempi di esecuzione delle operazioni.

Caratteristiche chiave:

Testing da diversi browser, dispositivi, sessioni.
Lavorare con il ruolo di amministratore e utente comune contemporaneamente.
Scenari particolari con tentativi simultanei di modifica o eliminazione.

Domande insidiose.

È sufficiente un solo tester per una copertura completa degli scenari multiutente?

No. È meglio coordinare un team di tester o utilizzare sessioni parallele su più dispositivi/browser.

È possibile testare tutti gli scenari usando solo emulatori o dati mock?

No. Il comportamento reale degli utenti multiutente è difficile da emulare completamente senza il coinvolgimento di clienti o utenti reali.

È necessario creare utenti speciali per ogni test?

Di solito sì: questo aiuta a evitare collisioni nei dati e aumentare la ripetibilità dei test.

Errori tipici e anti-pattern

L'uso di un solo account per diversi utenti nei test.
Ignorare gli scenari di race-condition e conflitti durante il salvataggio dei dati.
Mancanza di registrazione della sequenza esatta delle azioni.

Esempio dalla vita reale

Caso negativo

Due tester hanno utilizzato un solo account per controllare il carrello del negozio: per questo motivo un bug con la pulizia del carrello è rimasto inosservato.

Vantaggi:

Meno tempo per la registrazione di utenti di test.

Svantaggi:

Difetti nascosti durante la sincronizzazione dei dati.
Il bug si è manifestato solo in produzione.

Caso positivo

Sono stati creati account di test separati e documentati scenari passo dopo passo con il tempo esatto delle azioni.