КР
Ildar Bekmansurov
чем он так не угодил
вы часто видели системы, в которых при слишком длинном пароле во-первых выдаёт сообщение что он слишком длинный, а во-вторых все равно пускает дальше, и это запланированное поведение?
Size: a a a
2019 December 26
КР
Мне банально сложно оперировать имитацией такого продукта в голове
IB
требование: при введении более 8 - должно появляться сообщение “пароль слишком длинный”
тест: ввел 9 - получил сообщение.
Позитивный, негативный?)
тест: ввел 9 - получил сообщение.
Позитивный, негативный?)
IB
облегчил вам задачу
КР
Помимо сообщения какая реакция требуется в документации? Пользователя пустит дальше или нет?
IB
само собой нет
IB
но может и впустить) - это баг
IB
мы не знаем есть он там или нет
КР
Тогда ввод 9 символов - негативный сценарий
КР
А вот результат фактический прохождения теста покажет нам, успешен этот тест или нет
IB
а мне кажется тест позитивный
IB
я что ожидал - то и получил
КР
Понял, какая ремарка нужна.
Классификация тестовых сценариев на позитивный и негативный оперирует ожидаемым результатом, а классификация на успешный и не успешный оперирует фактическим результатом
Классификация тестовых сценариев на позитивный и негативный оперирует ожидаемым результатом, а классификация на успешный и не успешный оперирует фактическим результатом
КР
если фактический результат проверки совпал с описанным ожидаемым поведением - тест успешен
КР
но если само ожидаемое поведение не приводит пользователя к выхлопу бизнес-ценности от нашего продукта - сценарий негативный
IB
но если само ожидаемое поведение не приводит пользователя к выхлопу бизнес-ценности от нашего продукта - сценарий негативный
а вот тут вы уже примешали ваши ожидания от того как пользователь использует от реального использования пользоователем
IB
вот я хотел получить сообщение - это было мое ожидание
IB
в моем мире - тест позитивный)
КР
Вместо слов бизнес-ценность я попробую подобрать более успешный синоним, возможно это поможет
КР
Ildar Bekmansurov
в моем мире - тест позитивный)
А тест успешный при этом?