Доброго времени суток.
В тестировании новичок
Возник вопрос:
Необходимо написать набор тест кейсов, к примеру - регистрация, авторизация на сайте и т д. Требований нет. Каким образом пишутся тест кейсы на предмет граничных значений (к примеру макс длинна логина, е-мейла и т д.), если требования не указаны? Как выбирать эти границы?
Тест-кейсы без требований?
Автор k_vetal, 27 авг 2012 07:26
Сообщений в теме: 29
#2
CVDX
-
- Members
-
- 131 сообщений
Активный участник
- ФИО:Сергей
Отправлено 27 августа 2012 - 07:52
По-моему, есть стандартные требования к имейлам. Их можно поискать в документах RFC, если не ошибаюсь. Также в блоге тестировщика по фамилии Лупан есть чек лист на эту тему, который может вам помочь. А еще поищите по ключевому слову чит-лист и найдете. Казанские тестеры рулят!
Когда же интервьюэры перестанут давать такие стандартные задания, ответ на которые может найти любой инет-серфер!? Или это как раз тот самый случай, когда хотят проверить всего лишь умение гуглить?
Когда же интервьюэры перестанут давать такие стандартные задания, ответ на которые может найти любой инет-серфер!? Или это как раз тот самый случай, когда хотят проверить всего лишь умение гуглить?
У меня на работе не раз случалось, что требования к длине имени и фамилии пользователя определялись исходя из базы данных на продакшн. То есть, бралось самое длинное имя и фамилия реального пользователя и использовалось как заменитель требования. У вас такой базы нет, но вы можете прикинуть самостоятельно, исходя из здравого смысла и личного опыта работы с компьютером и в интернет.макс длинна логина,
#3
neman
-
- Members
-
- 142 сообщений
Активный участник
- ФИО:Антон
Отправлено 27 августа 2012 - 09:37
Могу предложить еще два варианта:
1)Взять значения из последней зарелизенной версии (если нет рекламаций, естественно),
2)Подглядеть у конкурентов - в данном случае зайти на какой-нибудь авторитетный сайт и посмотреть, как у них сделано.
А вообще для собеседования отличный вопрос по-моему. Если конечно понимать, что здесь нет правильного ответа.
1)Взять значения из последней зарелизенной версии (если нет рекламаций, естественно),
2)Подглядеть у конкурентов - в данном случае зайти на какой-нибудь авторитетный сайт и посмотреть, как у них сделано.
А вообще для собеседования отличный вопрос по-моему. Если конечно понимать, что здесь нет правильного ответа.
#4
Spul
-
- Members
-
- 13 сообщений
Новый участник
Отправлено 27 августа 2012 - 14:12
Задать прямой вопрос аналитику-РМ-у - каким должно быть максимальное число символов для поля, например.
#5
neman
-
- Members
-
- 142 сообщений
Активный участник
- ФИО:Антон
Отправлено 27 августа 2012 - 15:28
Ну, это скорее спихивание вопроса на другого, хотя на больших проектах это пожалуй самый правильный ответ 
. Впрочем, аналитик будет делать то же самое, что и описано выше, только больше спихнуть ни на кого не сможет.
. Впрочем, аналитик будет делать то же самое, что и описано выше, только больше спихнуть ни на кого не сможет.
#6
CVDX
-
- Members
-
- 131 сообщений
Активный участник
- ФИО:Сергей
Отправлено 27 августа 2012 - 16:35
Ну как же нет, если есть?Если конечно понимать, что здесь нет правильного ответа.
Или вам не платят за вашу работу тестировщиком и тестирование этих штук включительно? То есть, ваше утверждение верно также, как то, что вы работаете на голом энтузиазме. Граждане, ну зачем смущать неискушенные умы теоретической болтовней, не имеющей отношения к реальной практике?
СОРИ ЗА ОФТОП. так скучно что хочется затролить;-)
#7
neman
-
- Members
-
- 142 сообщений
Активный участник
- ФИО:Антон
Отправлено 27 августа 2012 - 17:21
Не, пофлудить я всегда за. Итак, какой правильный ответ, верный в любых условиях для любого проекта?
#8
CVDX
-
- Members
-
- 131 сообщений
Активный участник
- ФИО:Сергей
Отправлено 27 августа 2012 - 17:24
ну вот, начинается. для регистрации? регистрация уникального юзера. регистрация неуникального юзера. регистрация с правильными данными. регистрация с неправильными данными
вот вам ответ на все времена ;-)))
вот вам ответ на все времена ;-)))
#9
neman
-
- Members
-
- 142 сообщений
Активный участник
- ФИО:Антон
Отправлено 27 августа 2012 - 17:31
Простите, вы вопрос читали? Надо указать способ определения граничных значений при отсутствии требований. Причем здесь уникальный/неуникальный юзер?
#10
CVDX
-
- Members
-
- 131 сообщений
Активный участник
- ФИО:Сергей
Отправлено 27 августа 2012 - 17:40
Да, читать умею.Необходимо написать набор тест кейсов, к примеру - регистрация
#11
neman
-
- Members
-
- 142 сообщений
Активный участник
- ФИО:Антон
Отправлено 27 августа 2012 - 18:42
Ну что ж, читать только первое предложение из требований - это прекрасно. Успехов в дальнейшей карьере. Дискуссию на этом я думаю можно завершить.
#12
Drag
-
- Members
-
- 123 сообщений
Активный участник
Отправлено 28 августа 2012 - 07:19
Требования могут быть:
1. интуитивно понятными, например фио не может содержать цифр,
2. могут быть где то описаны, не обязательно в спецификациях, например в задачах на разработку,
3. могут быть общеизвестными, например логин не может быть пустым или отрицательным,
4. а могут выясняться в процессе тестирования, т.е. например с длиной логина: можно начать сперва с минимальных значений путем перебора или уточнения (1 символ, потом 6, если прокатит то 5 или 4, если нет, то увеличиваем границу на единицу), а потом и с максимальной границей примерно так же поступить.
1. интуитивно понятными, например фио не может содержать цифр,
2. могут быть где то описаны, не обязательно в спецификациях, например в задачах на разработку,
3. могут быть общеизвестными, например логин не может быть пустым или отрицательным,
4. а могут выясняться в процессе тестирования, т.е. например с длиной логина: можно начать сперва с минимальных значений путем перебора или уточнения (1 символ, потом 6, если прокатит то 5 или 4, если нет, то увеличиваем границу на единицу), а потом и с максимальной границей примерно так же поступить.
#13
SALar
-
- Members
-
- 2 298 сообщений
Профессионал
- Город:Москва
Отправлено 28 августа 2012 - 07:53
http://habrahabr.ru/post/146901/Требования могут быть:
1. интуитивно понятными, например фио не может содержать цифр,
Что же касается:
то один из хороших вариантов это написать требования в виде тесткейсов. Это очень хорошая форма записи.Тест-кейсы без требований?
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#14
barancev
-
- Admin
-
- 6 872 сообщений
Администратор
- ФИО:Алексей Баранцев
- Город:Россия, Москва
Отправлено 28 августа 2012 - 08:13
Чего уж хорошего в такой форме?Что же касается:
то один из хороших вариантов это написать требования в виде тесткейсов. Это очень хорошая форма записи.Тест-кейсы без требований?
Я бы понял ещё -- "описать требования в виде сценариев или вариантов использования (use case), как советует Коберн, и сделать из этого тесты".
При этом даже Коберн признаёт, что далеко не все требования можно так описать, иногда удобнее другие формы записи, несценарного вида.
Но читать спецификацию, оформленную в виде набора тестов, и пытаться понять, как *в целом* работает система -- увольте, увольте.
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#15
CVDX
-
- Members
-
- 131 сообщений
Активный участник
- ФИО:Сергей
Отправлено 28 августа 2012 - 11:36
А ежели серьезно, без троллинга, то:
макс длина в 128 символов вполне себе подходяще. соответственно гран. знач 128- и 129+ включительно.
обоснование могу дать, если кто захочет.
Каким образом пишутся тест кейсы на предмет граничных значений (к примеру макс длинна логина, е-мейла и т д.), если требования не указаны? Как выбирать эти границы?
макс длина в 128 символов вполне себе подходяще. соответственно гран. знач 128- и 129+ включительно.
обоснование могу дать, если кто захочет.
#16
kitsune
-
- Members
-
- 137 сообщений
Активный участник
- ФИО:Полина Антипова
- Город:Санкт-Петербург
Отправлено 28 августа 2012 - 12:15
то один из хороших вариантов это написать требования в виде тесткейсов. Это очень хорошая форма записи.
Расскажите, пожалуйста, какие плюсы у требований в формате тест-кейсов?
#17
SALar
-
- Members
-
- 2 298 сообщений
Профессионал
- Город:Москва
Отправлено 28 августа 2012 - 13:52
то один из хороших вариантов это написать требования в виде тесткейсов. Это очень хорошая форма записи.
Расскажите, пожалуйста, какие плюсы у требований в формате тест-кейсов?
И да, я пробовал так делать. Неоднократно.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#18
Arkady
-
- Members
-
- 94 сообщений
Активный участник
- ФИО:AAA
- Город:Белоруссия
Отправлено 28 августа 2012 - 15:23
Если нет требований то можно исследовать проект и самому догадываться какие они могли бы быть, используя при этом зравый смысл.
Например вводить много текста в поле и смотреть если принимает максимум 100 символов значит и требование скорее всего такое же.
А если принимает максимум 2 символа то скорее всего баг.
Например вводить много текста в поле и смотреть если принимает максимум 100 символов значит и требование скорее всего такое же.
А если принимает максимум 2 символа то скорее всего баг.
#19
k_vetal
-
- Members
-
- 10 сообщений
Новый участник
Отправлено 29 августа 2012 - 06:44
Ух ты, не ожидал такой дискуссии в теме )
Это не вопрос на собеседовании. Не знаю с чего вы это взяли.
За советы огромное спасибо.
Это не вопрос на собеседовании. Не знаю с чего вы это взяли.
За советы огромное спасибо.
#20
CVDX
-
- Members
-
- 131 сообщений
Активный участник
- ФИО:Сергей
Отправлено 29 августа 2012 - 07:23
Але, срочно признай, что мой совет самый толковый и полезный! Про другие даже говорить нечего 
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных
