Всем привет. Мне бы тоже хотелось как и автору разобраться.
Предлагаю немного структурировать/додумать требования.
Задание: Протестировать форму регистрации.
Исходные данные:
1) В поля first name и last name можно вводить только русские/англ букв, минимум 0 символ, максимум 100
2) В поле nick name можно вводить англ буквы, числа,символы. минимум 3 символа.
3) Поля nick name обязательное для заполнения.
4) Предположим что время всё таки ограничено, пускай скажем пару дней на составление и исполнение тестов.
Далее хочу изложить свои рассуждения для тестирования данной формы. Особенно хотелось бы здесь потренироваться с применением классов эквивалентности и граничных значений. Буду рад критике и советам. Писать буду по пунктам что бы потом было проще ссылать при разносе хода моей мысли)
1)В данном случае у нас есть функциональность "Регистрация", следовательно будет проводить функциональное тестирование.
2)Для конечного пользователя самым важным является что бы форма корректно работала и позволяла зарегиться.
3) Можно ли выделить для формы в целом параметр "Достаточность введённых для регистрации данных " и для него выделить классы:
- Данных для регистрации достаточно
- Данных для регистрации не достаточно
Граничные значения:
- Nick name не заполнен/заполнен некорректно
- Nick name заполнен корректно
Получается если никнейм не заполнен или заполнен некорректно то в любом случае регистрация не произойдёт,независимо остальных двух полей. И если заполнено корректно то полюбому произойдёт регистрация.
И если мои рассуждения верны то необходимо протестить:
- граничные значения
- все поля пусты
- никнейм не заполнен + 1 поле заполнено( или 2)
- никнейм заполнен + 1 поле заполнено( или 2)
Если мои рассуждения верны, то какой отсюда следует выбор? Протестировав этот параметр и всё сё норм, то что я смогу утверждать? Это может являться тестированием критического пути ?
4) Далее необходимо разбить функциональность на подгруппы и тестировать по порядку. Например: поле first name , last name, nick name, registration buttom. Это получается функциональное тестирование внутри функциональности. Тестирование рационально проводить начиная с позитивных тестов,а затем негативные.
5) Поле First Name.
Выделяем классы эквивалентности. Параметр:
1. Количество символов в поле.
Граничные значения:
-1 символ
-100 символов
Необходимо протестить:
-граничные значения,
-пустое поле
-2 символа
-101 символ
Составляем чек лист для позитивных тестов:
-Оставляем поле пустым и кликаем на следующее поле. Ожидаемый результат - поле first name осталось пустым, переход на следующее полу осуществлён.
-Запись в поле 2 корректных символов. Ожидаемый результат - символы отобразились в поле.
-Запись в поле 100 корректных символов. Ожидаемый результат - символы отобразились в поле.
Негативные тесты:
-Запись в поле 1 некорректного символа. Ожидаемый результат - сообщение об ошибке.
2. Корректность .... Завтра продолжу. Хотелось бы знать ваше мнение, в ту ли сторону в целом думаю.Спасибо
Прикрепленные файлы
-
1.png 6,13К
2 Количество загрузок: