Перейти к содержимому

Фотография

Оценка полноты тестирования формы смены пароля.

ручное тестирование

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 6

#1 Shroet

Shroet

    Новый участник

  • Members
  • Pip
  • 12 сообщений
  • ФИО:Великохатский Анатолий


Отправлено 29 декабря 2016 - 10:31

Для тестирования формы смены пароля использовал pairwise(pict) получил такую выборку + добавил от себя тесты. Как оценить достаточность тестирования данной фичи? Чек лист и сама форма в приложенном файле.

Требования:

  • Must have at least eight characters
  • Must contain at least one numeric character
  • Must contain at least one upper and one lower case character
  • Must contain at least one “symbol character”
  • Must be different from user name

Прикрепленные файлы


  • 0

#2 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 29 декабря 2016 - 10:52

Тут наверное не подходит pairwise, например кейс 9 неправильный: все символы должны быть цифры, причем минимум одна должна быть uppercase и одна lowercase

Что такое "со спецсимволом"? Какой будем брать? Вопросик или восклицательный знак? Надо все пробовать

Чтобы достаточно протестировать, можно тут же накидать Селениум скрипт который будет тестировать веб-форму. И тоже тест для РЕСТ-сервиса который за этой формой

Да и требования надо протестировать, они неполные: например нет требования что новый пароль должен отличаться от старого, нет требования на максимальную длину пароля

По тестам: тесты на длину 3 и пароль равен юзернейм почему-то положительные. Нет теста на длину 7, хотя это тестирование границ и интервалов, на длину 1 тоже нет
  • 0

#3 Shroet

Shroet

    Новый участник

  • Members
  • Pip
  • 12 сообщений
  • ФИО:Великохатский Анатолий


Отправлено 29 декабря 2016 - 12:11

Спасибо за развернутый ответ. 9 кейс - согласен - там просто цифры должны быть, без букв. По поводу символов: !@#$%^&*() Разве это не 1 клас эквивалентности?


  • 0

#4 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 29 декабря 2016 - 12:25

"По поводу символов: !@#$%^&*() Разве это не 1 клас эквивалентности?"
С одной стороны да, можно все спец-символы и некоторые китайские иероглифы и некоторые Accented Characters - все их запихнуть в одну строку. Тогда вопрос - если тест завалится, как узнать какой символ из десятков вызвал сбой? Для ручного теста может и можно всё в строку запихать, а а автотесте удобнее каждый отдельно

Кстати когда тут разговор о буквах в тесте - а мы почему берем только английские? А как насчёт русских? Норвежских и немецких? Иероглифов?

А где тест когда пароль и подтверждение не равны? Это вообще один из первых кейсов должен быть

Где тестирование интерфейса вообще? Тесты полностью отсутствуют
  • 0

#5 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 29 декабря 2016 - 12:40

а где проверка что эта фича вообще работает? ;) 

 

типа "поменял пароль, вылогинился, залогинился с новым паролем" ,

и "поменял пароль, вылогинился, попробовал залогиниться со старым паролем"?

 

может форма как-будто работает, выдаёт ОК а пароль реально не меняется?


  • 0

#6 Shroet

Shroet

    Новый участник

  • Members
  • Pip
  • 12 сообщений
  • ФИО:Великохатский Анатолий


Отправлено 29 декабря 2016 - 13:56

Спасибо, вопрос с языками - это самый лучший пост.


  • 0

#7 irko1

irko1

    Новый участник

  • Members
  • Pip
  • 1 сообщений
  • ФИО:Ира Климова

Отправлено 19 января 2017 - 08:44

Еще наличие пробелов, значений, введенных в разном регистре, обязательность заполнения можно было бы потестить.


  • 0



Темы с аналогичным тегами ручное тестирование

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных