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

[pipka]

В тестовом задании нужно составить оптимальное количество тест кейсов для формы авторизации и регистрации. Спека нет (не дают), говорят проводить методом черного ящика.

Есть такой момент в ее работе: при создании нового пользователя система не предусматривает введение и сохранение пароля для последующей авторизации. В личном кабинете можно сменить пароль, указав действительный (неизвестный и неизвестно откуда взявшийся). На почте информации о пароле для входа на сайт нет. Единственный способ узнать пароль и, следовательно, авторизоваться - это сбросить его через почту и ввести уже измененный.
Как в таком случае возможно составить оптимальное количество тест кейсов без спека? Я же не буду придумывать ожидаемое поведение системы при работе с паролем, а при настолько некорректной работе можно только догадываться, какое оно должно быть.

[SALar]

Корректное, некорректное... Такое поведение у Jira. Напишите им в Австралию, что у мегапопулярного трекера поведение некорректное.

 

А поведение Вам придется придумать. Или выспросить. Т.к. на форме авторизации может быть как команда "Зарегистрироваться", так и "Отправить запрос на предоставление доступа". А может не быть ни того, ни другого. И все три варианта будут оптимальны для разных классов систем. 

[pipka]

Корректное, некорректное... Такое поведение у Jira. Напишите им в Австралию, что у мегапопулярного трекера поведение некорректное.

 

А поведение Вам придется придумать. Или выспросить. Т.к. на форме авторизации может быть как команда "Зарегистрироваться", так и "Отправить запрос на предоставление доступа". А может не быть ни того, ни другого. И все три варианта будут оптимальны для разных классов систем. 

Может я неясно объяснила - при регистрации пароль не указывается, а для авторизации он требуется, а узнать какой он для пользователя невозможно.