Жизнь — это движение! А тестирование — это жизнь 🙂
Вот тебе и проверка! Во-первых, зачем вообще запрещать какие-то символы в пароле? Тебе, наоборот, лучше — пароль сложнее. При этом как пользователю узнать, что у него что-то порезалось? Пароль же скрыт под звездочками. Я даже не вижу, что символ «пропал»… Во-вторых, если ставить проверки, то везде: — при регистрации в обоих полях ввода пароля; — при авторизации; В данном случае продолбали второе поле. Это как раз из серии «делать втупую» — аналитик сказал вырезать пробелы в пароле, разработчик убрал. Пробелы в поле «пароль». Ровно что сказали. А тестировщик тоже проверил ровно то, что написано в ТЗ. Но просто проверить задачу нельзя. Надо покопать вокруг. На что еще повлияет? Так так так, хотим вырезать пробелы. А где вообще вводится пароль? О, тут два поля, а второе сделали? Нет? Reopen, дорабатываем. А на авторизации? Нет? Надо доделать, вы что! Это пользователь зарегается, а войти потом не сможет! Потому что откуда ему знать, что при регистрации форма вырезала пробелы? В общем, давайте оформим по шаблону: ***********************************************************************
При регистрации с пробелом в пароле ошибка «Данные не совпадают»
Шаги для воспроизведения
- Открыть регистрацию на госуслугах — https://esia.gosuslugi.ru/registration/
- Заполнить ФИО, телефон и емейл
- Ввести пароль с пробелом в оба поля, например: «Раз два три»
— при регистрации в обоих полях ввода пароля; — при авторизации; — ручным вводом и когда пароль вкопипастили; Тогда пользователь даже не заметит, что система вносит в его пароль свои правки. *********************************************************************** В ожидаемом результате мы предлагаем свою идеальную картину мира, но мы можем чего-то не знать. Может, это требование свыше или решает какую-то проблему. На этот случай мы расписываем, где поправить, чтобы требование работало везде. Это вполне нормально в баге, описать результат «или или». Иначе баг отложат, вернутся через полгода и скажут «Ээээ, ну надо же вырезать, потому что… Поэтому просто поправлю второе поле». А в авторизации останется неработающим, потому что о ней мы ничего не писали. И снова reopen, обсуждения и все такое. Предлагайте сразу возможные варианты!