Réponse.

Les tests manuels de scénarios multi-utilisateurs consistent à vérifier des systèmes dans lesquels plusieurs utilisateurs interagissent avec la même fonctionnalité ou les mêmes données en même temps (par exemple, des chats, le travail collaboratif sur des documents, des magasins en ligne avec un panier). Cela est important pour assurer l'intégrité des données et éviter les conflits.

Historique de la question : Avec le développement des applications web et des services cloud, de nombreux scénarios d'accès simultané ont émergé. Les erreurs les plus simples peuvent entraîner des pertes, des duplications ou des affichages incorrects de données, d'où l'augmentation de l'attention portée à de tels tests.

Problème : Le test simultané manuel nécessite des actions coordonnées de plusieurs testeurs ou une simulation du comportement réel multi-utilisateurs. L'absence d'automatisation ou de soutien de la part des développeurs complique la tâche.

Solution : Pour un test manuel efficace, il est nécessaire de :

Préparer des ensembles d'utilisateurs de test avec différents droits et rôles.
Écrire des scénarios dans lesquels les actions d'un utilisateur peuvent influencer les données ou l'état de l'interface d'un autre.
Coordonner le travail de plusieurs testeurs ou utiliser des navigateurs/appareils parallèles.
Prêter une attention particulière aux collisions lors de la modification des mêmes données, aux verrouillages, aux notifications système, aux conflits de transactions.
Enregistrer les séquences exactes d'actions et les temps d'exécution des opérations.

Caractéristiques clés :

Test de différents navigateurs, appareils, sessions.
Travail avec le rôle d'administrateur et d'utilisateur normal simultanément.
Scénarios spéciaux avec tentatives simultanées de modification ou de suppression.

Questions piégeuses.

Un seul testeur est-il suffisant pour couvrir tous les scénarios multi-utilisateurs ?

Non. Il est préférable de coordonner une équipe de testeurs ou d'utiliser des sessions parallèles sur plusieurs appareils/navigateurs.

Peut-on tester tous les scénarios uniquement avec des émulateurs ou des données fictives ?

Non. Le comportement réel multi-utilisateurs est difficile à émuler pleinement sans l'intervention de plusieurs clients ou utilisateurs réels.

Faut-il nécessairement créer des utilisateurs spéciaux pour chaque test ?

En général, oui : cela aide à éviter les collisions de données et à améliorer la répétabilité des tests.

Erreurs typiques et anti-patterns

Utilisation d'un seul compte pour différents utilisateurs dans les tests.
Négligence des scénarios de condition de concurrence et des conflits lors de l'enregistrement des données.
Absence d'enregistrement de l'ordre exact des actions.

Exemple de la vie réelle

Cas négatif

Deux testeurs ont utilisé un seul compte pour vérifier le panier du magasin : à cause de cela, un bug concernant la vidange du panier est resté inaperçu.

Avantages :

Moins de temps pour enregistrer des utilisateurs de test.

Inconvénients :

Défauts cachés lors de la synchronisation des données.
Le bug est apparu uniquement en production.

Cas positif

Des comptes de test séparés ont été créés et des scénarios étape par étape documentés avec des temps d'actions précis.