Специфика тест-кейсов под автоматизацию

[Darth_Anjan]

У вас тест login_002 может флакать/проверять не то, если "логин, отличный от логина Администратора" случайно совпадёт с другим существующим в БД логином.

[AnnaAcademy]

Даже, если логин совпадет, то пароль к логину нет. Тут же проверяется связка логин-пароль.

[Darth_Anjan]

Нет, тут проверяется, что если пользователя нет, то мы покажем стандартную ошибку про несовпадение логина/пароля.
Потому что одна из классических ошибок (с точки зрения инфобеза) в таких формах - это проверка не пары логин/пароль, а отдельно. С ошибками типа "такой логин не зарегистрирован".

Ну и ещё один контраргумент к вашему тезису. Нигде не написано, что пароли к учёткам должны быть уникальны. Я вполне допускаю, что у вас в генераторах УЗ может быть прописан дефолтный пароль.

[Lukovkin_a]

Замечание про уведомление об ошибке именно с логином- чертовски верное. Но в задачи тестировщика в данном случае, наверное, не входит аудит системы на инфобез?

[JaneGame]

Эх... Где бы ещё взять время на подобное написание тест-кейсов? Вот у меня никогда не было достаточно времени, чтобы написать тест полностью бест-практик. Стараюсь писать, чтобы тест был проходим человеком минимально знакомым с проектом, в идеале конечно и сторонним.