Elysia Tools
Навигация
Workflow Playbook
Определяйте и проверяйте правила продукта для паролей и цветовых кодов, отделяя списки разрешений и диапазоны приложения от общих результатов валидаторов.
Темы
Этот процесс предназначен для приложения, которое владеет двумя правилами полей: требованиями к паролю и ограничениями цветового кода. До тестирования запишите длину и набор символов пароля, разрешённые синтаксисы цвета, диапазоны каналов или alpha, а также обработку пустых значений, пробелов и регистра. В политике нужно отдельно описать ошибочный синтаксис, корректное, но запрещённое значение, границу и случай для ручной проверки.
Составьте небольшую матрицу успешных, граничных и отклоняемых случаев. Передайте пароли в strong-password-validator и изучите длину, требования, силу, оценку, предупреждения и подсказки. Передайте цвета в color-code-validator и изучите валидность и распознанный формат. Храните каждое наблюдение рядом с исходным синтетическим значением, чтобы воспроизвести результат без настоящих секретов.
Результат валидатора является свидетельством о значении, но не полной политикой приложения. Сравнивайте его со списком разрешений и диапазонами, заданными продуктом. Синтаксически корректный цвет может быть запрещён, а пароль, прошедший обычные проверки, может не подходить общей схеме учётных данных. Записывайте принятые, отклонённые и ручные решения с причинами, а не сводите всё к одному флагу valid.
Дополнительными синтетическими случаями ищите ложные срабатывания, пропуски, неожиданные изменения нормализации и непонятные сообщения. Управление с клавиатуры, тексты для экранного диктора, подсказки без зависимости от цвета, контраст, помощь с паролем и восстановление требуют собственных проверок. Эти две проверки сами по себе не доказывают безопасность аутентификации, соответствие требованиям или доступность дизайна.
Руководство по рабочему процессу
До ввода значений запишите требования к паролю и разрешённые формы или диапазоны цвета. Создайте синтетические обычные, граничные, отклоняемые и намеренно неоднозначные примеры и определите, как фиксировать каждое наблюдение.
Запустите примеры с выбранной приложением минимальной длиной, если она применима. Изучите длину, требования к символам, силу, оценку, предупреждения и подсказки, сохраните точный кандидат и сравните результат с записанной политикой.
Передайте примеры валидатору цветовых кодов и запишите валидность и распознанный формат. Сопоставьте синтаксис со списком разрешений и отдельно проверьте диапазоны каналов или alpha приложения; синтаксическая корректность не доказывает контраст.
Пометьте каждый пример как принятый, отклонённый или требующий ручной проверки и укажите причину. Найдите расхождения, например разрешённый синтаксис вне списка или допустимое значение с неясной подсказкой для пользователя.
Используйте валидаторы для наблюдения за требованиями к паролю или синтаксисом цветового кода, а затем применяйте собственные списки разрешений, ограничения длины и диапазоны каналов или alpha. Общий результат «валидно» сам по себе не означает прохождение политики.
Для кандидатов пароля выбирайте strong-password-validator, а для цветовых кодов — color-code-validator. Другие бизнес-правила или внешняя проверка личности должны идти отдельным путём.
Передавайте QA или владельцу продукта граничные результаты, неожиданные отказы, изменения нормализации и правила, влияющие на сообщения об ошибках. Валидность цветового кода не равна проверке контраста или доступности дизайна.
Синтетическими значениями повторно проверьте ложные срабатывания, пропуски, пробелы, регистр и понятность сообщений. Контраст, подсказки без зависимости от цвета, помощь с паролем и восстановление проверяйте отдельно; не превращайте эти тесты в гарантию.