Elysia Tools
Navegación
Workflow Playbook
Define y prueba reglas propias del producto para contraseñas y códigos de color, separando las listas permitidas y los rangos de la aplicación de los resultados genéricos.
Temas
Este flujo sirve para una aplicación que controla dos políticas de campo: requisitos de contraseña y restricciones de códigos de color. Antes de probar, escribe la longitud y los caracteres de la contraseña, las sintaxis de color aceptadas, los rangos de canales o alpha y el tratamiento de vacíos, espacios y mayúsculas. La política debe indicar qué hacer con una sintaxis mal formada, un valor válido pero no permitido, un límite y un caso que requiera revisión manual.
Construye una matriz pequeña de casos correctos, límite y fallidos. Envía las contraseñas a strong-password-validator y revisa longitud, requisitos, fortaleza, puntuación, advertencias y sugerencias. Envía los colores a color-code-validator y revisa validez y formato detectado. Conserva cada observación junto al valor sintético original para poder reproducirla sin exponer secretos reales.
La salida del validador es evidencia sobre el dato, no la política completa de la aplicación. Compárala con la lista permitida y los rangos definidos por el producto. Un color sintácticamente correcto puede estar prohibido y una contraseña que supera comprobaciones comunes puede no encajar en el diseño general de credenciales. Registra aceptación, rechazo y revisión manual con sus motivos, en lugar de reducir todo a un único indicador válido.
Investiga falsos positivos, falsos negativos, sorpresas de normalización y mensajes confusos usando más casos sintéticos. El teclado, el texto para lectores de pantalla, las señales que no dependan del color, el contraste, la ayuda y la recuperación de contraseña requieren sus propias revisiones. Estas dos comprobaciones por sí solas no prueban seguridad de autenticación, cumplimiento normativo ni accesibilidad del diseño.
Guía de flujo de trabajo
Registra los requisitos de contraseña y las formas o rangos de color permitidos antes de introducir valores. Crea ejemplos sintéticos normales, límite, rechazados y ambiguos, y decide cómo guardar cada observación.
Ejecuta los casos con la longitud mínima elegida por la aplicación cuando corresponda. Revisa longitud, requisitos de caracteres, fortaleza, puntuación, advertencias y sugerencias, conserva el candidato exacto y compáralo con la política escrita.
Pasa los casos por el validador de códigos de color y anota su validez y formato detectado. Compara la sintaxis con la lista permitida y revisa aparte los rangos de canales o alpha de la aplicación; la sintaxis válida no demuestra contraste.
Marca cada caso como aceptado, rechazado o pendiente de revisión manual y explica el motivo. Busca desacuerdos, por ejemplo una sintaxis válida que el producto no permite o un valor aceptado que necesita un mensaje más claro.
Usa los validadores para observar requisitos de contraseña o sintaxis de códigos de color y aplica después la lista permitida, la longitud y los rangos de canales o alpha de la aplicación. Un resultado genéricamente válido no basta para aprobar la política.
Elige strong-password-validator para candidatos de contraseña y color-code-validator para candidatos de color. Si hace falta otra regla de negocio o una comprobación externa de identidad, usa un flujo separado.
Envía a QA o al responsable de producto los resultados límite, rechazos inesperados, cambios de normalización y reglas que afecten a los mensajes de error. La validez sintáctica del color es distinta de la revisión de contraste y accesibilidad del diseño.
Repite con datos sintéticos los falsos positivos, falsos negativos, el recorte de espacios, las mayúsculas y la claridad de los errores. Revisa contraste, señales que no dependan del color, ayuda y recuperación de contraseña por separado; no conviertas estas pruebas en una garantía.