Test de la convivialité des composants du système de conception et des modèles
Ceci est mon premier message ici et ce que je recherche n'a pas encore été trouvé, alors je dois être très innovant (blagues de côté). J'ai eu une mission à ma société actuelle du niveau C à tester à travers toutes les composantes et les modèles de notre système de conception. C'est tout, des composants d'entrée, des badges, des tables, des cartes, des panneaux, etc. Notre système de conception est structuré en fonction de la conception atomique.
Je ne suis toutefois pas familier avec tester uniquement sur des composants spécifiques. Je l'ai toujours fait à travers des scénarios et des cas où nous avons des mises en page entières avec des composants qui soutiendront nos utilisateurs dans leur travail. Existe-t-il un moyen d'effectuer des tests de convivialité plus petits sans cas spécifiques?
Voici ce que je pensais:
- Je pourrais tester chaque composant contre certains critères;
- Je pourrais effectuer des tests de 5 secondes (identifier comment chaque composant est perçu après 5 secondes);
- La méthode rupture-it, où les utilisateurs et les tests testent des erreurs et des problèmes dans la fonctionnalité et la convivialité;
- Les participants au test compareront nos composants un par un avec ceux de la conception matérielle ou de la foudre;
- Évaluez les composants du CBUQ (questionnaire de convivialité basé sur les composants);
- Avoir de petites tâches pour chaque composant pour voir à quel point ils sont faciles à utiliser et à naviguer, par ex. Task1 - Entrez les données, Task2 - Supprimer les données entrées, Task3 - Naviguer à l'aide du clavier, etc.
Est-ce que l'une de ces idées est bonne? Y a-t-il d'autres? S'il vous plaît aider! Toute entrée est précieuse! :)
Si vous pensez à l'équivalent dans le codage, lorsqu'un extrait de code peut être examiné, un module de code peut être testé unitaire et un programme peut être testé d'intégration, et enfin une suite d'applications peut être testée du système, il est possible de Appliquez le même concept à la conception de l'interface utilisateur.
Vous devez tester une composante pour son atomicité (puisqu'elle est basée sur la conception atomique), et peut-être pour la fluidité et la convivialité de ses micro-interactions (et de micro-copie). Ensuite, vous pouvez tester un composant pour sa combinaison avec d'autres composants (sous forme de molécule ou dans le cadre d'un motif de conception).
En fonction de la profondeur et de la largeur de votre système de conception, vous pouvez choisir de le faire manuellement en tant que révision/test d'experts, ou vous pouvez appliquer certains des concepts les plus avancés des tests axés sur les données permettant de correspondre à l'analyse disponible sur le frottement potentiel une page ou une utilisation du composant et essayez de le casser à l'endroit où le problème pourrait être.
Je considérerais cependant quel est l'objectif réel de ce test/examen en clarifiant avec la personne qui le demande, car dans une intégration continue typique/une livraison continue de travail, vous subissez toujours ce processus. De plus, si vous devez fournir une sortie pour cette tâche, vous devez vous assurer que ce que vous rapportez sur la rencontre rencontre l'attente.