SP
А зачем?
Привет!
мб прозвучит странно, но пробовал ли кто-нибудь писать тесты на тесты?
покрыть юнит тестами какой-нибудь утилитный класс в проекте интеграционных тестов
Может отдельными сютами сделать? пробовал ли кто-нибудь?
Size: a a a
2020 December 07
ДП
так, в чому питання ?
HA
Может джуна хочет натаскать =)
ДП
як варіант )
AI
надо сразу рекурсию врубать! пущай сама себя запускает и проверяет
AR
так, в чому питання ?
Пробовал ли кто-нибудь так делать, и норм ли это идея
M
Привет!
мб прозвучит странно, но пробовал ли кто-нибудь писать тесты на тесты?
покрыть юнит тестами какой-нибудь утилитный класс в проекте интеграционных тестов
Может отдельными сютами сделать? пробовал ли кто-нибудь?
мб прозвучит странно, но пробовал ли кто-нибудь писать тесты на тесты?
покрыть юнит тестами какой-нибудь утилитный класс в проекте интеграционных тестов
Может отдельными сютами сделать? пробовал ли кто-нибудь?
В рамках учебных проектов, чтобы показать как работают юниты делали
AR
Может джуна хочет натаскать =)
иногда в утилитных классах, котоыре используются в проекте тестов, ломается что-то
ДП
Пробовал ли кто-нибудь так делать, и норм ли это идея
якщо є потреба писати юніти - потрібно писати, я на частини фреймворку писав, але не на самі тести
AR
якщо є потреба писати юніти - потрібно писати, я на частини фреймворку писав, але не на самі тести
А как организованно было? в разных сьютах?
ДП
А как организованно было? в разных сьютах?
просто отдельная папка с юнит тестами на части фрейма которые нужно было покрыть юнитами
AR
просто отдельная папка с юнит тестами на части фрейма которые нужно было покрыть юнитами
окей, спс!
мне нужно было услышать, что это нормальная практика
а не рекурсия :)
мне нужно было услышать, что это нормальная практика
а не рекурсия :)
ДП
окей, спс!
мне нужно было услышать, что это нормальная практика
а не рекурсия :)
мне нужно было услышать, что это нормальная практика
а не рекурсия :)
якщо в тебе тести loginPage.login(‘test,’test’) - тоді наврядче потрібно буде потрібно писати юніти на сторінки, але якщо є якась “серйозна” логіка - краще покрити
AR
якщо в тебе тести loginPage.login(‘test,’test’) - тоді наврядче потрібно буде потрібно писати юніти на сторінки, але якщо є якась “серйозна” логіка - краще покрити
у меня сложная логика для создания пользователей перед тестом
я на нее хочу
сначала создаются пользователи
а потом уже .login("test","test")
я на нее хочу
сначала создаются пользователи
а потом уже .login("test","test")
ДП
у меня сложная логика для создания пользователей перед тестом
я на нее хочу
сначала создаются пользователи
а потом уже .login("test","test")
я на нее хочу
сначала создаются пользователи
а потом уже .login("test","test")
якщо в тебе там щось концептуальне, можливо зроби окрему бібліотеку, покрий її потрібними тестами
AR
якщо в тебе там щось концептуальне, можливо зроби окрему бібліотеку, покрий її потрібними тестами
хорошая мысль 👍
AR
можно npm пакет сделать внутренний
ДП
можно npm пакет сделать внутренний
можна, можна через ГХ лінку інсалювати, можна через регістратор, це вже як кажуть ап ту ю
OK
можно npm пакет сделать внутренний
если есть свой registry - то да. Иначе проще написать либу так чтобы она была опенсорс )
AR
если есть свой registry - то да. Иначе проще написать либу так чтобы она была опенсорс )
не, опенсорс слишком, это специфичный для этого проекта код)
а внутреннего нет у нас
в package.json можно ссылку на репозиторий указать, вот можно полжить либу в отдельный внутренний репозиторий и дать на него ссылку
а внутреннего нет у нас
в package.json можно ссылку на репозиторий указать, вот можно полжить либу в отдельный внутренний репозиторий и дать на него ссылку