https://www.cypress.io/ - кто этим пользовался и какие впечатления?

@configuru Серега, скажи, а зачем ты хочешь писать end-to-end тесты? Спрашиваю потому что мне кажется когда идет выбор фреймворка это означает что хочется всерьез и по-многу делать e2e тесты, и этот путь кажется сильно рискованным.

После http://nightwatchjs.org/ я зарекся писать тесты на javascript / typescript т.к. слишком сложно и много накладных расходов.

чтобы мой коммент не был абсолютно бесполезен вот один из последних докадов про cypress https://www.youtube.com/watch?v=87ikrlIIT8Y

я тоже когда то пострадал из за найтвотча!

Нее, все намного проще. Мне любопытно :) Вдруг мы со своей командой что-то пропустили и тут самородок который поможет как-то с экономить сто миллионов часов.

А ещё у нас очень много функционала завязано на амазоне. Топики, очереди, работа с базой, s3 специфика. И чем дальше тем не понятнее как это честно тестировать кроме как  разворачивать инсатанс в амазоне и гонять на нем e2e.

Не хочу хейтить JS или cypress и превращать обсуждение в холивар, просто расскажу что есть у нас. Мы тоже захотели сэкономить с найтвотчем, и даже стали писать на TS, с ним немного полегче, но рантайму JS'а пофигу что мы там пишем на TS, плюс подавляющее большинство библиотек все равно на JS'е и это приводит к тому нужно постоянно дебажить, чтобы понять что происходит.

Если нет серьезной экспертизы в бекендном JS, то лучше не смотреть на JS-фреймворки.

Еще нюансом оказалась экосистема JS'а, которая меняется слишком быстро, после 6 месяцев с момента когда мы запили тесты на найтвотче, мы не смогли сходу обновить его, ноду и сопутствующие  библиотеки (я не знаю деталей, т.к. это делал не я, а JS-разработчик) т.к. экосистема убежала сильно далеко вперед.
Нестабильная экосистема JSа была одним из рисков, на который JS-разработчики говорят что "Всё ок, нет с этим никаких проблем" - т.е. JS-разработчики не совсем адекватно воспринимают понятие стабильности.

Вот мои заметки, которые я делал когда у меня пригорало от Nightwatch'a:

We have to throw out Nightwatch.js build-in PageObjects because it can't handle properly 3-level nesting of PageObject hierarchy. We have replace it with own TypeScript classes.

- JS can't even simple error handling
- need to know too much of knowledge about JS ecosystem
- JS force to write code in functional way, which is hard to read
- TypeScript hints, JS linters and JS "compilation" does not help to avoid stupid mistypes and mistakes
- Nightwatch.js can't report test execution progress in real time, like report test result after each test done. Progress can be observer only in console.
- Nightwatch.js does not help too much still need to add a lot of self bicycles like: good logging, parallel/async test execution, reporting
- Nightwatch.js brings own unclear "magic" (it's became much clear after we've throw out Nightwatch.js build-in PageObjects)
- Poor syntax highlighting support by IDE

Возможно в cypress'e всё лучше, но честно, я что-то сомневаюсь.

У меня также есть проблема с тем что я не знаю как честно тестировать взаимодействие между несколькими компонентами системы.
И я тоже могу начать писать e2e тесты, но меня останавливают три вещи:
- я хочу тестироваться в пайплайне, полностью. я вижу в этом ценность, и это накладывает ограничения на время выполенения тестов
- e2e всегда менее стабильны, чем тесты уровнями ниже
- много e2e рано или поздно всё равно прийдется выкинуть и переписать на тесты более низкого уровня, потому что они медленные и нестабильные

В пайплайне - что тебе мешает встроить e2e в пайплайн? Распределить по сьютам и пускать в параллель.

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

Мы гоняем тесты на агентах поднятых в aws на базе спот инстансов. Дёшево. Это фича тимсити, поэтому оно создаёт и гасит агенты по мере надобности. Ну и умеет перезапускать задачи если агент умер по причине своей спотовой природы.

два года сидим на webdriver js. Все стабильно и хорошо)

Я не знаю к чемы ты это всё, но стикерпак я утащил к себе)

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

и я такое же удалил из NSK IT events

Стикеры эти давно и нежно люблю, а сообщение к тому, что интернет все помнит, видимо)

Я удалил, в НСК ты меня опередил)

Это норма ?

@B8536 Нет, проведем разъяснительную  работу.