Elysia Tools
Navigation mobile
Workflow Playbook
Définissez et testez les règles produit des champs de mot de passe et de code couleur, en séparant les listes autorisées et les plages de l'application des résultats génériques.
Dossiers
Ce workflow convient à une application qui possède deux règles de champ : les exigences de mot de passe et les contraintes de code couleur. Avant de tester, écrivez la longueur et les caractères du mot de passe, les syntaxes couleur acceptées, les plages de canaux ou alpha, ainsi que le traitement des valeurs vides, des espaces et de la casse. La règle doit préciser le traitement d'une syntaxe incorrecte, d'une valeur valide mais interdite, d'une limite et d'un cas nécessitant une revue manuelle.
Constituez une petite matrice de cas valides, limites et rejetés. Envoyez les mots de passe à strong-password-validator et examinez longueur, exigences, force, score, avertissements et suggestions. Envoyez les couleurs à color-code-validator et examinez validité et format détecté. Gardez chaque observation avec la valeur synthétique d'origine afin de pouvoir la reproduire sans exposer de secret réel.
La sortie du validateur constitue une preuve sur l'entrée, pas la politique complète de l'application. Comparez-la à la liste autorisée et aux plages décidées par le produit. Une couleur syntaxiquement correcte peut être interdite, et un mot de passe qui satisfait des contrôles courants peut rester inadapté au modèle global des identifiants. Consignez les décisions acceptées, rejetées et manuelles avec leur motif plutôt que de tout réduire à un indicateur valide.
Cherchez les faux positifs, faux négatifs, surprises de normalisation et messages confus avec d'autres cas synthétiques. Le clavier, les libellés de lecteur d'écran, les repères qui ne reposent pas sur la couleur, le contraste, l'aide et la récupération du mot de passe exigent leurs propres revues. Ces deux contrôles seuls ne prouvent ni la sécurité d'authentification, ni la conformité, ni l'accessibilité du design.
Guide de workflow
Notez les exigences de mot de passe et les formes ou plages de couleur autorisées avant toute saisie. Créez des exemples synthétiques normaux, limites, rejetés et ambigus, puis définissez la trace attendue pour chaque observation.
Exécutez les cas avec la longueur minimale choisie par l'application lorsque cela s'applique. Examinez longueur, exigences de caractères, force, score, avertissements et suggestions, conservez le candidat exact et comparez-le à la règle écrite.
Passez les cas dans le validateur de codes couleur et notez la validité et le format détecté. Comparez la syntaxe à la liste autorisée et contrôlez à part les plages de canaux ou alpha de l'application ; une syntaxe valide ne prouve pas le contraste.
Classez chaque cas comme accepté, rejeté ou à revoir manuellement et indiquez pourquoi. Repérez les divergences, par exemple une syntaxe valide mais interdite ou une valeur admise qui nécessite un message plus compréhensible.
Utilisez les validateurs pour observer les exigences d'un mot de passe ou la syntaxe d'un code couleur, puis appliquez la liste autorisée, la longueur et les plages de canaux ou alpha propres à l'application. Un résultat génériquement valide ne suffit pas.
Choisissez strong-password-validator pour les candidats de mot de passe et color-code-validator pour les candidats de couleur. Une règle métier différente ou une vérification d'identité externe doit suivre un autre parcours.
Faites examiner par la QA ou le responsable produit les résultats limites, les rejets inattendus, les changements de normalisation et les règles qui modifient les messages d'erreur. La validité du code couleur n'est pas une revue du contraste ou de l'accessibilité du design.
Calculateurs, outils numériques, logique de dates, statistiques et finance
Rejouez les faux positifs, faux négatifs, espaces, casse et messages d'erreur avec des valeurs synthétiques. Vérifiez séparément contraste, repères non fondés sur la couleur, aide et récupération du mot de passe ; ne transformez pas ces tests en garantie.