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

Возможно они как реквайременты должны описываться со своим глоссарием

Не вижу проблем с названиями полей, тебе все равно придется ткнуть в него ф12 и посмотреть класс

А на название то плевать :)

А наборы шагов виднее таки мануальщикам

Как по мне

Я сделал эксперимент и задал одному из них написать кейсы но с выделением повторяющихся

По них сразу можно будет вынести в методы эти шаги

А, ты об этом

Ну у нас мы сами такие вещи замечаем

И выносим

А сколько примерно кейсов?

У меня около 200 describe и 6000 it

По разному, я видел тестплан на ~1000 кейсов

Просто проектов несколько

Епт

А, панятн

Окей, а на счёт кейсов

Предпочтительно описывать проверку поведения страницы или бизнес логики?

Например можно протестировать все поля на странице и поведение

Или брать путь по заполнению определенных на разных страницах (Визард например)

Я описывал все :)

Мне глупый вопрос задали

Почти все тулзы имеют что вроде надстройки

По внесению данных которыми должны например заполнится инпуты

У вас есть тулзы или json в которых это делаются, или все статическое?

Я просто не могу упустить шанс пообщаться с настоящим автоматизатором

Ы

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

Я про инпуты на стоанице

Да, но чем ты заполняешь - хардкодом?

Да :)

Или выносишь в переменные

Воот

Бывают случаи, когда это единственный вариант

И точно не поменяется

Меня мануальщики которые гоняют тесты просят сделать почти на все переменные

Но это же не правильно

Тест не должен зависеть от данных а проверять поведение

Ну тут от ситуации зависит, скорее

Мб там тесткейс, где нужны разные инпуты

Ну ситуации вынести в отдельные тесты

У нас пока таких просьб не поступало :)

Их не бесконечно

надо проверить на абы что и на граничные случаи. И хватит

Если вдруг в процессе выявится бага на каком-то значении, то добавить впредь тест на это значение

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

Если вдруг в процессе выявится бага на каком-то значении, то добавить впредь тест на это значение

Вот да, это мне видится наиболее логтчным вариантом

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

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

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

Требуй прибавку зп :)

И мануальщики заносят туда роля которыми хотят управлять

Поля

Мы, вроде как, однажды будем писать тоже что-то такле

Такое

В планах это есть

Но пока не на близкое будущее

А через методы сеттеров я ищу поле по селектору и в зависимости от типа вношу инфу как инпут или со списка выбираю

Вот и думал туда же добавить и поле значение

В принципе архитектура адекватная

На страницу по конфигурации

Можно простл юзео инпут сделать одним из вариантов

Пусть сами вбивают что хотят

Если уже такой фреймворк есть)

Требуй прибавку зп :)

Я вообще фронтендщик

ERROR: S client not available

Хаха

Норм)

Это все отсутсвие автотестера

На свою голову показал что такое протрактор

Нц слушай, не знаю как у вас, а у нач ручники страдают от объемов работы)

Так что такой фреймворк очень полезен

У всех страдают

Но вот выходит что мой это просто фасад

И думаю что лучше, научить одного из них протрактору или упрощённому фасаду

https://www.kaggle.com/tentotheminus9/d/saurograndi/airplane-crashes-since-1908/an-animated-look-at-5-airlines/output > Aeroflot

как на кали линукс поставить пичарм=)

Конфижить файлы и писать loginModal.password = "1256" легче чем научить выборке по селектора

Что такое протрактор?

Это надстройка на селениум на жабамкрипте

С декораторами для ангуляра

Дополнительные селекторы

Селениумом управляет нод модуль webdriver-manager

А он даёт жс интерфейс для протрактору

А под упрощенным фасадом ты что подразумеваешь?

Замена методов выборки элементов на странице по селектору на методы сеттеры свойств Пейдж объекта

Ну тоесть то, что ты и написал?

Я начинаю тупить в два часа ночи)

и тесты вообще интересно писать?

Если в конфигурации loginPage = { name: username, cssSelector: .class } то они используют loginPage.name = 124

Вместо getBy.sendKeys

и тесты вообще интересно писать?

Их приятно писать

Особенно когда работают

Если в конфигурации loginPage = { name: username, cssSelector: .class } то они используют loginPage.name = 124

Выглядит изи

Выглядит изи

Вот, потому и думаю обучить фасаду вместо Ориджин вебдрайаера

Кстати

Ну да, проще будет и тебе и им

мне не надо приятно, мне надо знать интересно ли так же как и программировать