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

[Hybrid]

Здравствуйте! Помогите начинающему тестировщику с проблемой. Не могу понять как протестировать поле ввода.

 

Описание ситуации:

Есть числовое поле ввода промо-кода длиной 4 символа, и доступны только два промо-кода (3333 и 5555), как мне протестировать это поле?

[Vad1m198]

Я бы начал с того что ввел сначала "3333" и проверил получил ли я скидку или нет...

[Molechka]

Здравствуйте! Помогите начинающему тестировщику с проблемой. Не могу понять как протестировать поле ввода.

 

Описание ситуации:

Есть числовое поле ввода промо-кода длиной 4 символа, и доступны только два промо-кода (3333 и 5555), как мне протестировать это поле?

За вас тестовое задание делать не будут.

 

Предложите свои варианты решения

[Hybrid]

С начало бы ввел 3333, потом граничные значения 3332 и 3334, и тоже самое с 5555. Проверил бы на отрицательное значение -3333 и -5555. Проверил бы еще на пробелы " 3333 " и " 5555 ".

Но не знаю правильно это или нет...

[Vad1m198]

Интересно, а если бы промо код был бы не "3333" а "Вася", какие тогда были бы граничные значения?

[Hybrid]

в этом вся и проблема, я не знаю как это протестировать...

[user12]

С начало бы ввел 3333, потом граничные значения 3332 и 3334, и тоже самое с 5555. Проверил бы на отрицательное значение -3333 и -5555. Проверил бы еще на пробелы " 3333 " и " 5555 ".

Но не знаю правильно это или нет...

 

 

Ты должен представить себя на месте клиента, т.е.

 

а)ввод верного значения, например 3333

б)ввод НЕверного значения, например 3244

в)Ничего не вводишь в поле

 

Дальше уже, если промо-код ввод только ЦИФР, то проверка на всякие буквы, пробелы и т.п.

[Tanyan_83]

Как мне кажется:
1. Ввод верного значения 3333.
2. Ввод верного значения 5555.
3. Ввод значения из 3 символов.
4. Ввод значения из 5 символов.
5. Проверить граничные значения для обоих верных значений.

[Nannet]

Проверить пустой ввод, ввод отрицательного числа, ввод литерных символов, спецсимволов, инъекцию, ввод после длительного "молчания"...

[Spock]

вообще тут возможно ошибка в дизайне поля - промо-кодов обычно больше чем 2, они длиннее, и часто тоже численно-буквенные или буквенные. на это сразу можно обратить внимание интервьюера и уточнить требования (возможно это специальный вопрос "с подвохом"). дизайн должен быть таким чтобы поддерживать коды которые будут введены в систему в обозримом-ближайшем будущем

 

поле и рест-сервис должны поддерживать не только "3333 и 5555" - а любые коды подходящие по формату. Это уже бакэнд решает принять или отклонить код, коды нельзя "хардкодить" в интерфейсе

 

протестировать можно ли копировать-вставлять в поле

 

если веб-форма: так же узнать про поддерживаемые браузеры, плюс протестировать РЕСТ-сервис позади поля

 

есть ли валидация на самом поле? на РЕСТ-сервисе? или на обоих? протестировать обе

 

предложить автоматизированное тестирование веб-интерфейса и рест-сервиса

 

как значение передаётся сервису - параметром POST или параметром URL?

[Spock]

действует ли промо-код для всех групп пользователей или только для некоторых? например: незарегистрированные пользователи, зарегистрированные новые, постоянные зарегистрированные, VIP-пользователи

 

существует ли привязка промо-кода к учётным записям? то есть может промо-коды личные и не могут быть использоваться другими пользователями

 

существует ли срок действия промо-кода? 

[Mocrassar]

 

вообще тут возможно... как значение передаётся сервису - параметром POST или параметром URL?

 

 

это точно описано тестирование поля ввода формы, а не работоспособности всей системы скидов (с упором в бекенд)?

[Spock]

 

 

это точно описано тестирование поля ввода формы, а не работоспособности всей системы скидов (с упором в бекенд)?

вообще для тестирования поля ввода нужно как минимум иметь понимание как это поле пересылает данные в бэкенд, ну и хорошо знать как это поле обрабатывает бэкэнд, какие ошибки возвращает - ведь например ошибки из бэкенда будут отображаться в пользовательском интерфейсе

[Mocrassar]

У вас бесконечный бюджет и неограниченное время на тестирование? Если каждый раз вместо выполнения конкретного задания тестер будет лезть в дебри продукта...

[Spock]

 

 

У вас бесконечный бюджет и неограниченное время на тестирование? Если каждый раз вместо выполнения конкретного задания тестер будет лезть в дебри продукта...

поле ввода - это часть продукта. чаще всего такое поле ввода интегрировано с бакэндом с помощью РЕСТ-сервиса

 

можно протестировать "только поле" без учёта бакэнда, и тогда тестировщик отчитается "поле работает". В это же время интеграция поля с бакэндом работать может будет некорректно, ведь это и не проверялось, тестер "не полез смотреть что там в бакэнде"

 

вообще в этом посте - это ведь не реальная задача "с полей", а тестовое задание на интервью, и надо показать интервьюеру что ты разбираешься в архитектуре системы, а не только "умею нажимать на кнопки, вводя правильные и неправильные промо-коды", любой новичок сумеет создать тесты на граничные условия и интервалы