B
О, а так можно было? А как же дизайн паттерны, без которых в большом проекте никак
cypress - мы не селениум, мы лучше
а в итоге все обмазываются врапперами )
а в итоге все обмазываются врапперами )
Size: a a a
2020 December 10
VM
Сами ребята из Cypress говорят, что PageObject - это зло https://www.cypress.io/blog/2019/01/03/stop-using-page-objects-and-start-using-app-actions/
B
Сами ребята из Cypress говорят, что PageObject - это зло https://www.cypress.io/blog/2019/01/03/stop-using-page-objects-and-start-using-app-actions/
Ну, на самом деле - PO все же удобнее этих app actions.
А то, что описывается ближе к концу статьи, не будет работать с минифицированным приложением (production mode).
В селениуме все эти крутые фичи неплохо заменяет executeScript )
А то, что описывается ближе к концу статьи, не будет работать с минифицированным приложением (production mode).
В селениуме все эти крутые фичи неплохо заменяет executeScript )
DI
Привет всем!
Посетил интересный вопрос.
Как автоматизируется момент авторизации с двойной аутентификацией ?
При условии что код генерится рандомно и берётся из смс или эмейла.
Посетил интересный вопрос.
Как автоматизируется момент авторизации с двойной аутентификацией ?
При условии что код генерится рандомно и берётся из смс или эмейла.
B
1. через апи
2. проверяем почту, смс
3. в тестовой среде код тестовый
2. проверяем почту, смс
3. в тестовой среде код тестовый
HA
Привет всем!
Посетил интересный вопрос.
Как автоматизируется момент авторизации с двойной аутентификацией ?
При условии что код генерится рандомно и берётся из смс или эмейла.
Посетил интересный вопрос.
Как автоматизируется момент авторизации с двойной аутентификацией ?
При условии что код генерится рандомно и берётся из смс или эмейла.
Некоторые сервисы дают возможность при юзании именно тестами какие-то упрощения.
DI
интересно.
Спасибо
Спасибо
O
Подскажите пожалуйста, что за чертовщина. Проект тестов на Protractor, раньше запускался в 1 поток на Teamcity + Zalenium. Сделали 2 потока, Moon, Azure Pipelines. Возникла следующая трабла: пачка тестов почему-то фейлится ошибкой из предыдущего теста (на скрине - синие тесты failed из-за ошибки из теста dependency, элемент, которого типа не дождались - оттуда; аналогично красные тесты).
Я бы первым делом грешила на ошибки асинхронности, но на предыдущем окружении такого не было. Правда, здесь скорость выше в несколько раз, может из-за этого?
Или из-за потоков - но на потоки ведь делится по спекам, а это все - одна спека?
Я бы первым делом грешила на ошибки асинхронности, но на предыдущем окружении такого не было. Правда, здесь скорость выше в несколько раз, может из-за этого?
Или из-за потоков - но на потоки ведь делится по спекам, а это все - одна спека?
EB
думаю подход такой: меняли окружение и стек и сначала пускали в одном потоке? пускайте на новом окружении в одном потоке. Нет падений? хорошо, теперь пускай в двух потоках. Падает по таймауту? увеличить везде таймауты. Все равно падает? начни дебажить подготовительный шаг и убедись, что 1) этот контекст используется в тесте 2) этот контекст не ломается за счет других тестов (shared resource между тредами и тред, который вклинивается и ломает тебе контекст). Тут нужно понять насколько контекст воспроизводим если порядок тестов поменять, например, сделать его случайным.
2020 December 11
ГК
Привет всем!
Посетил интересный вопрос.
Как автоматизируется момент авторизации с двойной аутентификацией ?
При условии что код генерится рандомно и берётся из смс или эмейла.
Посетил интересный вопрос.
Как автоматизируется момент авторизации с двойной аутентификацией ?
При условии что код генерится рандомно и берётся из смс или эмейла.
Для 2FA я использую либу для генерации otp.
AV
Поучительный рассказ Slack о том, как они Cypress используют
Прочитал замечательную историю о том, как развивался набор e2e-тестов для Slack. Они начали с небольшого набора тестов, созданных при помощи инструмента Cypress на внутреннем хакатоне, но по мере роста количества и сложности тестов начали возникать проблемы стабильности (flaky-тесты) и поддерживаемости (сложный анализ сбоев).
Что они сделали? Обмазали Cypress дополнительным слоем абстракции, который сделал тесты более понятными, а также позволил реализовать (невидимые для тестов) дополнительные проверки или ожидания, повышающие стабильность.
Правила, которые они выработали при создании этого слоя абстракции, достаточно хороши, чтобы использовать их в других проектах, независимо от того, что именно вы прячете под слоем абстракции — Cypress или Puppeteer или WebDriver:
* Selecting Elements: Instead of relying on product-driven class names or element ids, we add a custom “data-qa” attribute to elements that we need to select for testing purposes. This allows us to provide context for our selectors so they aren’t impacted by JS/CSS changes.
* Only create new components when needed. We shouldn’t try to define every UI Action possible, but define those that are being used by our test.
* Methods within a component should only modify the piece of UI that they’re written for. The component for the channel sidebar shouldn’t interact with the message input, for instance.
* Try to only break items into components where it makes sense rather than creating a lot of smaller components.
* The UI Abstraction is stateless. The test should maintain the state and validate against it.
https://slack.engineering/scaling-end-to-end-user-interface-tests/
Прочитал замечательную историю о том, как развивался набор e2e-тестов для Slack. Они начали с небольшого набора тестов, созданных при помощи инструмента Cypress на внутреннем хакатоне, но по мере роста количества и сложности тестов начали возникать проблемы стабильности (flaky-тесты) и поддерживаемости (сложный анализ сбоев).
Что они сделали? Обмазали Cypress дополнительным слоем абстракции, который сделал тесты более понятными, а также позволил реализовать (невидимые для тестов) дополнительные проверки или ожидания, повышающие стабильность.
Правила, которые они выработали при создании этого слоя абстракции, достаточно хороши, чтобы использовать их в других проектах, независимо от того, что именно вы прячете под слоем абстракции — Cypress или Puppeteer или WebDriver:
* Selecting Elements: Instead of relying on product-driven class names or element ids, we add a custom “data-qa” attribute to elements that we need to select for testing purposes. This allows us to provide context for our selectors so they aren’t impacted by JS/CSS changes.
* Only create new components when needed. We shouldn’t try to define every UI Action possible, but define those that are being used by our test.
* Methods within a component should only modify the piece of UI that they’re written for. The component for the channel sidebar shouldn’t interact with the message input, for instance.
* Try to only break items into components where it makes sense rather than creating a lot of smaller components.
* The UI Abstraction is stateless. The test should maintain the state and validate against it.
https://slack.engineering/scaling-end-to-end-user-interface-tests/
Не заметил ничего особо нового, до этого и так можно дойти чисто логически.
ES
Не заметил ничего особо нового, до этого и так можно дойти чисто логически.
Дойти то можно но многие до сих пор игнорируют ....
SM
Не заметил ничего особо нового, до этого и так можно дойти чисто логически.
Когда есть пример имени успешной компании - логически доходить и убеждать менеджеров как-то легче
AB
Не заметил ничего особо нового, до этого и так можно дойти чисто логически.
а вы цените только то знание, до которого нельзя дойти логически? :)
AB
cypress - мы не селениум, мы лучше
а в итоге все обмазываются врапперами )
а в итоге все обмазываются врапперами )
кстати, сегодня им внезапно досталось критики
https://news.ycombinator.com/item?id=25381242
https://news.ycombinator.com/item?id=25381242
AV
а вы цените только то знание, до которого нельзя дойти логически? :)
Ну просто это подаётся как "слак пришёл к вселенской истине", а оно и так понятно)
AB
кому-то понятно, кому-то нет, зачем проецировать свои знания и ощущения на всех
AB
вот слаку, например, когда они начинали — было непонятно. а вам понятно. вы круче :)
S1
А сайпресс кстати до сих пор не может в айфреймы и переключение таб?
B
кстати, сегодня им внезапно досталось критики
https://news.ycombinator.com/item?id=25381242
https://news.ycombinator.com/item?id=25381242
but when we ignored these entirely and just went with the good old page pattern, the tests became very tame again