Сообщений в теме: 8

[Fond_of_Python]

Добрый вечер!

 

Коллеги поделитесь опытом, как Вы составляете тест дизайн для полей ввода логин-пароль, и регистрации.

 

Как понять min, max значения, если заказчик их не знает, менеджера, аналитиков на проекте нет.

Есть только Вы и команда разработчиком.

 

 

Какие символы допустимы?

Может есть какой-либо стандарт?

 

Спасибо за помощь друзья

[Сергей]

У вас разработчики кодят, что им тестировщик скажет?

[Spock]

 

 

У вас разработчики кодят, что им тестировщик скажет?

нет конечно, но ведь тестеру надо разобраться что ожидать, чтобы знать где баг а где нет. Бывает что не описано точно как должно быть, надо "догадаться самому"

 

можно попробовать самому вычислить максимальную длину, и посмотреть что максимум работает а максимум+1 нет. и залогиниться с обоими

 

можно использовать спец-символы в логинах, например создать несколько десятков пользователей из спец-символов, например -, ", @ и так далее, и логиниться с каждым. Потом можно использовать пробелы внутри логина, перед логином, после логина, только пробелы, и опять логиниться с каждым. Потом делать логины из русских букв, из арабских справа налево, из нордических, из японских иероглифов, из мультибайт характеров типа смайлов - опять логиниться с каждым

 

так определите что работает что не работает. занесете баги, что-то починят, что-то запретят вводить через ЮАЙ

 

следующий шаг это может быть тестирование через РЕСТ АПИ, ведь пользователи могут просто регистрироваться через него, чтобы обойти например ограничения в ЮАЙ

 

еще надо проверить что 3 уровня аппликации: юай, рест апи и база данных одинаково понимают минимумы и максимумы, и ограничения по разрешенным символам тоже. Пример ошибки(может не совсем точный, но зато правда): в форме регистрации нового пользователя логин ограничен 10ю символами, в форме входа логин ограничен 8ю символами, в рест апи можно слать 12 символов при регистрации, вход через рест апи ограничен 14ю символами, при посылке 15ти символов(ну или 5000 символов) база возвращает эксепшн вместо ошибки про длину, либо тримит логин. Сразу видно что в примере бардак, так быть не должно

[Сергей]

Много букавак. Идёте к разработке. И прекратите играть в «догадываться» и вычислять пределы.

[Fond_of_Python]

У вас разработчики кодят, что им тестировщик скажет?

Я не знаю что им сказать т.к. чётких требований нет, а сама я не могу на ровном месте придумать.

 

Знаю, есть стандарт RFC 821 где говорится, что max длина имейла - 129 символов.

[Fond_of_Python]

Дорогие коллеги, а как Вы выясняете требования для таких вот вещей?

Если менеджера нет, только Вы и заказчик, который не знает?

[Snap]

Дорогие коллеги, а как Вы выясняете требования для таких вот вещей?

Если менеджера нет, только Вы и заказчик, который не знает?

Как и для всего остального: жизненный опыт, здравый смысл.

В вашем случае, можно, к примеру, посоветовать анализ аналогичного продукта. Берете для сравнения какой-либо известный проект и говорите, а вот у них такие-то поля/ограничения. В общем ищите в интернете "best practices".

[Сергей]

На емейл есть rfc, но никто его не соблюдает, ибо там можно практически все) а на деле мы имеем кучу ограниченний. Я не понимаю, кто у вас с заказчиком общается и почему вы не можете подойти к разработке? И при чем тут емейл? Если у вас логин и есть емейл, то это одно. Если просто любой логин, идите к разработке и узнавайте что они там накодили. На практике кто во что горазд. Овчинка выделки не стоит. Судя по всему у вас явно не критикал ентерпрайз) полояльнее нужно быть и поменьше перфекционизма.

[Spock]

видимо это просто такой теоретический вопрос с/для собеседования