Ищу готовые кейсы на проверку валидации полей "website" и "phone". Может уже есть где-то готовые, киньте плиз ссылку. Я новенький на этом форуме...
Отправлено 23 сентября 2016 - 20:42
Ищу готовые кейсы на проверку валидации полей "website" и "phone". Может уже есть где-то готовые, киньте плиз ссылку. Я новенький на этом форуме...
Отправлено 26 сентября 2016 - 09:26
сначала нужно понять требования
телефонный номер - только российский, или список стран, или любой страны мира?
website - скорее всего это НЕ проверка на валидный URL, наверное не нужны параметры и прочее, но зато нужна поддержка не латинских адресов, типа "мойсайт.com"
Отправлено 26 сентября 2016 - 09:29
телефонный номер - только российский, или список стран, или любой страны мира?
Любой страны мира, может есть уже готовый шаблон?!
Отправлено 26 сентября 2016 - 09:56
как насчёт
"123 456 7890 или мобильный 098 765 4321"
"123 456 7890 до 18:00, затем 098 765 4321"
"1-234-567-8901 дополнительный 1234"
"1 (234) 567-8901"
"345678901x1234"
"+12345678"
"02"
"не буду оставлять - не ваше дело"
"123546 позвать Васю"
будем поддерживать?
телефон нужен для автоматизированной рассылки смс - либо для контакта с пользователем?
Отправлено 26 сентября 2016 - 10:03
нужно чтобы вводили реальный номер телефона.
Можно в разном формате (050-555-55-88-88, +38-050-555-88-88, 0505558888), а дальше уже парсером приводить в единый формат.
Телефон будет отображаться в профиле пользователя - это единственная функция.
Отправлено 26 сентября 2016 - 10:41
ага, уже другое дело - выяснили что у вас есть экстрактор реального номера
значит архитектура солушена у вас такая:
1. интерфейс - валидация номера
2. парсер введённого номера в "реальный", естественно имеющий собственную валидацию
задача протестировать только интерфейс, парсер "правильный" и меняться не будет?
тогда надо обеспечить что валидация в интерфейсе одинакова с валидацией парсера
цели и тесты:
1. номер который "правилен" для парсера должен быть "правилен" и для интерфейс-валидатора
2. номер который "неправилен" для парсера должен быть "неправилен" и для интерфейс-валидатора
пс:
если не знаем как работает валидатор парсера - невозможно сделать правильный валидатор интерфейса. иначе будут случаи когда "правильный" номер с точки зрения интерфейсного валидатора - будет отклонён валидатором парсера. и наоборот - валидный номер для парсера будет отклонён интерфейсом
Тестирование →
Тест-дизайн и ручное тестирование →
Проверка полей на ОБЯЗАТЕЛЬНОСТЬАвтор Irina85, 03 ноя 2021 тест-дизайн, валидация |
|
|||
Тестирование →
Автоматизированное тестирование →
Selenium - Functional Testing →
HTML5 валидация формы в Selenium IDEАвтор Sam_Fisher, 24 янв 2018 Selenium IDE, HTML5, валидация |
|
|||
Тестирование →
Начинающему тестировщику →
тестирование клиентской и серверной валидацииАвтор kovalenkoalena, 12 авг 2015 валидация |
|
|||
Тестирование →
Начинающему тестировщику →
Отдельное тестирование клиентской и серверной валидацииАвтор kovalenkoalena, 12 авг 2015 валидация |
|
0 пользователей, 0 гостей, 0 анонимных