Size: a a a

2020 January 20

m

mkots in JS for testing
Bola
Я хочу просто el.clear()
Так это я внутряки скинул
источник

m

mkots in JS for testing
Для пользователя это выглядит:
 cy.get("input")
.clear()
.type("text")
источник

KZ

Kirill Zolotarev in JS for testing
привет! подскажите плз хорошую линку с quickstart по написанию ui js тестов.
источник

B

Bola in JS for testing
Kirill Zolotarev
привет! подскажите плз хорошую линку с quickstart по написанию ui js тестов.
гуглишь по awesome js testing tools
источник

OK

Oleksandr Khotemskyi in JS for testing
Kirill Zolotarev
привет! подскажите плз хорошую линку с quickstart по написанию ui js тестов.
источник

KZ

Kirill Zolotarev in JS for testing
спс
источник

m

mkots in JS for testing
Kirill Zolotarev
привет! подскажите плз хорошую линку с quickstart по написанию ui js тестов.
источник

OP

Oleksandr Pelykh in JS for testing
если у меня 5 проектов (соответсвенно, 5 реп), и часть тестов очень похожи, иногда используются те же классы (например, получение данных с БД) и такие же либы. но большинство тестов, всё-таки разные
Лучше:
а) тесты по отдельным проектам. так проще разбираться
б) все тесты вынести в один проект. ведь можно переиспользовать

подскажите из своего опыта как быть
источник

BO

Boris Osipov in JS for testing
Oleksandr Pelykh
если у меня 5 проектов (соответсвенно, 5 реп), и часть тестов очень похожи, иногда используются те же классы (например, получение данных с БД) и такие же либы. но большинство тестов, всё-таки разные
Лучше:
а) тесты по отдельным проектам. так проще разбираться
б) все тесты вынести в один проект. ведь можно переиспользовать

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

OP

Oleksandr Pelykh in JS for testing
Boris Osipov
в) вынести общие методы(либы) в отдельный проект и использовать его в других
это разные репозитории. если вынести общее - будет очень геморно. с CI, например
источник

B

Bola in JS for testing
Oleksandr Pelykh
если у меня 5 проектов (соответсвенно, 5 реп), и часть тестов очень похожи, иногда используются те же классы (например, получение данных с БД) и такие же либы. но большинство тестов, всё-таки разные
Лучше:
а) тесты по отдельным проектам. так проще разбираться
б) все тесты вынести в один проект. ведь можно переиспользовать

подскажите из своего опыта как быть
Можешь вынести в свой npm пакет и подтягивать как зависимость
источник

BO

Boris Osipov in JS for testing
Oleksandr Pelykh
это разные репозитории. если вынести общее - будет очень геморно. с CI, например
чем именно геморно? чем это будет отличаться от любой другой зависимости в package.json?
источник

B

Bola in JS for testing
Oleksandr Pelykh
это разные репозитории. если вынести общее - будет очень геморно. с CI, например
В package.json ты можешь указать путь к репо. И подтянуть общие классы
источник

OK

Oleksandr Khotemskyi in JS for testing
Bola
Можешь вынести в свой npm пакет и подтягивать как зависимость
+1, npm пакет можно ставить и из git репы, и из папки, и из npm registry
источник

OP

Oleksandr Pelykh in JS for testing
🤔 хмм. понял. спасибо!
источник

B

Bola in JS for testing
Поэтому мы любим js), очень гибкая вещь
источник

AP

Alexander Popov in JS for testing
Bola
Поэтому мы любим js), очень гибкая вещь
почему?
источник

AP

Alexander Popov in JS for testing
я пропустил логику)
источник

B

Bola in JS for testing
Гибкая, мягкая))
источник

OK

Oleksandr Khotemskyi in JS for testing
Alexander Popov
я пропустил логику)
менеджер зависимостей хороший )
источник