П.С. при переюзании кода запускаются тесты из спеки, из которой тянутся методы/элементы

я не был присутствовал при том разговоре, но вот)

страдаем)

П.П.С и это, как бы, огромный минус) переюзаются путем export-а

наверное из-за https://www.cypress.io/blog/2019/01/03/stop-using-page-objects-and-start-using-app-actions/

та ладно не начинай...сайпрес тоже фикция?

типа - я не топлю ни за что сейчас, но прям так ругать всякие костыли - с сикулей останешься 🙂

Кажется, app actions решают меньше проблем чем создают. Интересно бы узнать отзывы от тех, кто использует их на настоящих проектах.

Я предполагаю, откуда у разработчиков нежелание использовать РО
Потому что есть офиц.бест практис )

Это реально выход

РО

Апп екшены это не что-то пипец экстраординарное.
Так как обычные async/await не взлетят, нужно возвращать чейнеры. Первая ошибка пейджобджектоделов в сайпресе - "я хочу с функции вернуть текст, а оно не работает", именно из-за особенностей асинхронной модели.
Но что мешает сделать себе обьекты, в которых будут методы, которые делают какое-то действие на странице, и в случае чего возвращают чейнер, который ты обрабатываешь в следующем методе, либо передаешь алиасами в контексте теста.
Хочешь - хранишь локаторы в пропертях, хочешь - сбоку импортишь, какая разница. Люди настолько поехали с максимальным DRY в тестах, что тратят кучу времени непонятно куда, а о самом тестировании забывают.

> Люди настолько поехали с максимальным DRY в тестах, что тратят кучу времени непонятно куда, а о самом тестировании забывают.
Золотые слова!

Золотые слова.

А слова-то золотые

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

if (window.Cypress) {

We have NOT changed the test code, instead we improved the application code

if (window.Cypress) {

Основная идея - не нужно ВСЕГДА ходить через юай. Если нужны прекондишены - лучше их делать через апи, бд, или програмно управлять состоянием. Тоесть, для определенного атомарного теста ты себе подготовил стейт, и дальше гонишь обычные шаги сценария, через юай. Пейдж обджекты же линкуются к разметке страницы и есть риск, что вместо нормального теста на 5-10-30 секунд мы получим офигенный класический е2е тест, как много где пишут (и я такое видел): юзер идет от страницы логина, потом пара действий, переход на другую страницу приложения, че-то поделали там, открыли новую вкладку с админкой, что-то наконфигурировали, вернулись к юзеру, что-то еще поделали, пара асертов и в конце логаут - крутой тест, бегает две минуты (в лучшем случае), проверяет кучу всего, но ты потом задолбешся дебажить каждый такой тест, если он упал.

💯
прекондишены через апи итак вроде все уже научились делать.
в статье как-то больше именно про "программно управлять состоянием". И мои сомнения именно про этот хак с if (window.cypress). В todo app оно, конечно, может и норм, а в настоящих проектах хз

Да че ж ты прицепился к тому   window.Cypress :D Пересмотрите статью еще раз - этот костыль чисто способ, который подходит конкретно этому приложению для прекондишенов, так как там нету бекенда вообще никакого. На реальных проектах обычно это заканчивается на апи, ну и манипуляциями с куками/локалСтореджом.

> прекондишены через апи итак вроде все уже научились делать.
Я бы за всех прям не ручался. То что очевидно тебе - не значит, что очевидно всем вокруг.