Не помню, в какой именно ситуации, но врезались в неудобный мапинг)
Условно в тмс кейс валидная авторизация, в авто датадривен 5 штук
И если падал первый из пяти, то он не фейлил весь прогон, так как после него шли успешные кейсы, типа, починилось)

Вот и получается, что пять авто слипаются в один

пытаюсь понять просто, стоит ли делать отдельные одинаковые кейсы, но с разными входными данными или же можно написать один и если результат одинаков, то  написать "ввести валидные данные"/"ввести невалидные данные"

Вы это в чате автоматизации спросили, естественно все решили, что пишем в коде :D

Ну понимаю :) По этому и интересно было, как оформляют кейсы автоматизаторы.

Представь что ты ничего не знаешь об этом функционале и тебе надо по этим кейсам ран провести.

Так и пиши чтобы понятно было в таком случае

Имхо зависит от данных, если они по сути разные (авторизация от пользователей с разными правами) то однозначно это разные кейсы, если они практически одинаковые и сделаны для надежности - а оно вам надо?

Ну вот. Я тож думаю, что нужно всё разжевать в отдельных кейсах на случай, если эти проверки придётся выполнять кому-то ещё. Но смущает количество )

Но они же разные. Они просто похожи.
Делается шаблон теста, который принимает на вход разные данные, которые должни приводить к одинаковому результату.
И дабы не повторять себя, мы просто параметризируем шаблон.
Но кейсы всё равно будут разные и в TMS они так же долнжы быть разными.

Да элементарно проверка поля какого-нибудь. По типу "email"

за это люблю кукумбер

Да нет, можно создавать любые переменные с разным скоупом (Тест/Сьют/Глобальный)
Параметризация к примеру простая, можно вот так делать:

*** Settings ***
Test Template    Login with invalid credentials should fail

*** Test Cases ***                USERNAME         PASSWORD
Invalid User Name                 invalid          ${VALID PASSWORD}
Invalid Password                  ${VALID USER}    invalid
Invalid User Name and Password    invalid          invalid
Empty User Name                   ${EMPTY}         ${VALID PASSWORD}
Empty Password                    ${VALID USER}    ${EMPTY}
Empty User Name and Password      ${EMPTY}         ${EMPTY}

Вот пример тестов авторизации

Хороший вопрос, ответ на который «что то даже не подумал...»
Спасибо за ответ!

Не надо за это любить кукумбер, дата дривен есть везде)

Не. дело как раз не в коде, а в количестве оформленных тестов "на бумаге" :)

Как в коде реализовать, то это я знаю :) А вот в создании тестовых сценариев и их оформлении мало опыта.

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

Так если человече спрашивал, кейсы оформить как один или как разные, а вы сказали, что можно как один при одинаковом результате, то сейчас выходит "как один в коде и как разные в доке"))
Об том и речь)))