Привет . Хочу переходить на технологии cucumber+ Appium+Java. Насколько это перспективно? Раньше на чистом селениуме писала, создавала свой фреймворк для веб-апликации на .NET

Никто не запрещает делить на методы для удобства чтения) но тест - один, остальные методы - приватные например.

Привет . Хочу переходить на технологии cucumber+ Appium+Java. Насколько это перспективно? Раньше на чистом селениуме писала, создавала свой фреймворк для веб-апликации на .NET

не только. Вы тестируете веб бакенд. У вас замокан роут аппа, вы туда отправляете реквест, дальше валидируете респонс. Там тоже обычно две проверки - статус и пэйлоад

Блин вот не понимаю.  Вот пишу тест для проверки, что заявка создается. У нас 4 страницы (4 состояния заявки). По сути нам нужно написать 4 теста для каждой страницы. Но я не могу не укаазывать порядок, потому, что 2 страница появляется после 1
Вы предлагаете создать один метод для проверки создания заявки с 4 приватными методами где также есть Assert(ы) ?

лучше тогда сразу на JS

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

Сценарные е2е тесты сложно представить с одним ассертом. В юнит тестах этой рекомендации следуют чтобы легко было точечно проблему локализовать, и это работает только потому, что в юнит тестах контекст воссоздать сравнительно дёшево по времени / ресурсам. В UI тестах сценарных зачастую в приложениях, где ты не можешь драйвить состояние приложения, а только как пользователь делаешь тест максимально человеко-подобным, контекст создавать дорого, и «один асерт на сценарий» это слегка попахивает оверинжинирингом

Почему?

Наверное во всех тестовых фреймворках можно передать описание падения в assert и сразу видно почему упал , поэтому так себе рекомендации

1. Ордеринг. Создавать зависимые тесты (в большинстве случаев не очень правильное решение), которые будет в правильной последовательности идти по этим 4м страницам (без переоткрытия браузера)
2. Прекондишены к тестам ввиде подготовки страницы до нужного стейта (страницы заявки)

Норм стек, не слушайте никого.
кукумбер на любителя....

Как тест найдет свой  SetUP ? Поделить страницы на фикстуры ?

Почему?

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

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

1. Установка состояния фикстурой в базе (например на уровне 3ей страницы заявки), переход на директ урл нужной страницы страницы (если система такое позволяет)
2. Прогон фикстуры с параметром страницы (выставляющей браузер в нужное состояние через гуй)

потому что он сейчас самый популярный, больше всего вакансий, много фреймворков, быстрее пишутся тесты

На след. страницу не попасть пока не заполнишь предыдущую заявку .  Состояния страниц запоминаются. Т.е получается нам нужно 4 пользователя если хотим что бы тесты не зависили друг от друга.