tests d'utilisabilité avec des informations sensibles et privées
Le produit actuel que je teste oblige les utilisateurs à connecter leurs informations financières (telles que leur banque, leurs cartes de crédit, etc.); une fois ces informations connectées, l'utilisateur affiche ses soldes, lignes de crédit, etc.
Puis-je fournir aux utilisateurs des informations d'identification de connexion "fausses" qu'ils peuvent utiliser? Le piège avec cela est que je teste également le nombre de comptes que l'utilisateur connecterait jusqu'à ce qu'il se sente satisfait. Je ne veux pas prédéterminer le nombre de comptes qu'un utilisateur est susceptible de saisir; je voudrais plutôt avoir une idée du nombre qu'ils estiment suffisant pour que notre base de données puisse avoir une idée précise de leur situation financière.
Je pense que cela parle également largement de la question de savoir comment effectuer des tests d'utilisabilité avec des informations sensibles/privées.
Nous travaillons sur mobile et avons développé des applications pour le NHS et d'autres clients de la santé. Il est clair que les détails et les informations médicales du patient sont de nature privée et sensible.
La façon dont nous avons abordé ce problème dans le passé est que nos développeurs ont écrit des routines pour anonymiser les données. Pour certains clients, il suffit simplement de remplacer les noms, adresses et dates de naissance par des données de talon, pour d'autres, cela implique un remplacement fastidieux des détails, car "Lorum ipsum" est rarement un substitut acceptable.
Un ou deux clients ont accepté le masquage, mais c'est plus rare que la norme.
Malheureusement, cela va coûter des efforts. Certains cadres sont disponibles à différents niveaux de coût, si vous recherchez "cadre de données anonymisé" ou similaire.
Une chose qu'il est vraiment important de clarifier avec vos sujets de test est de savoir comment vous protégerez leurs informations, non seulement du point de vue du stockage, mais comment vous allez les présenter lors des tests UX. Si vous pouvez leur donner confiance dans vos procédures, ils seront plus disposés à y participer.