Size: a a a

2019 December 19

ВС

Владимир Стецко in JS for testing
И кстати, в чем всё-таки преимущества jest-image-snapshot?

Мне не очевидно.
источник

ВС

Владимир Стецко in JS for testing
P.S. Интересно в деталях услышать про адок в поддержке gemeni etc.
источник

VG

Vitalii Grygoruk in JS for testing
Владимир Стецко
У нас тима пишет код для фичи, которая встраивается в страницы, написанные другими тимами. Вот даже не знаю, при таком раскладе, стоит ли писать тесты на компоненты в изоляции...

На счет прогонов на каждый пр - это конечно удобно и понятно в целом, не зависимо от типа тестов. Но что там у вас происходит со скринами в пр я не совсем понял, можно уточнить?
Еще раз говорю - тесты эти имеют смысл для тестирования React компонент а не фичей. Их должны делать девелоперы которые пишут эти компоненты. Если у вас не получается убедить команду почему так надо - то отбой.
источник

BO

Boris Osipov in JS for testing
Vitalii Grygoruk
Еще раз говорю - тесты эти имеют смысл для тестирования React компонент а не фичей. Их должны делать девелоперы которые пишут эти компоненты. Если у вас не получается убедить команду почему так надо - то отбой.
зря ты распинаешься. там аутсорс. что заказчик скажет то и будут делать
источник

VG

Vitalii Grygoruk in JS for testing
Владимир Стецко
У нас тима пишет код для фичи, которая встраивается в страницы, написанные другими тимами. Вот даже не знаю, при таком раскладе, стоит ли писать тесты на компоненты в изоляции...

На счет прогонов на каждый пр - это конечно удобно и понятно в целом, не зависимо от типа тестов. Но что там у вас происходит со скринами в пр я не совсем понял, можно уточнить?
точно такой же воркфлоу как и для обычных jest snapshot tests.
источник

VG

Vitalii Grygoruk in JS for testing
Boris Osipov
зря ты распинаешься. там аутсорс. что заказчик скажет то и будут делать
ок, дальше не буду… один хрен - 99% что не оценят совет
источник

BO

Boris Osipov in JS for testing
ага. тут можно сделав грубую оценку времени по поддержке gemeni etc. понять сколько будет стоить и надо ли оно :)
источник

VG

Vitalii Grygoruk in JS for testing
еще есть такой момент - в большинстве случаев “инженеры” просто любят играться новыми (для них) тулами / фреймворками… и пытаются их притащить на проекты (интересно ж поковырять и потом себе в резюме записать что знаешь тул). В то время когда надо проанализировать где риски в процесе деливери и максимально их минимизировать затратив на это минимум усилий.
источник

E

EL in JS for testing
Всем привет. А кто юзает Cypress у вас VS или WS? Как я понимаю их удобная подсказка (сразу с переходом в доку и примером в подсказке) цепляется только на VS?
источник

VG

Vitalii Grygoruk in JS for testing
Boris Osipov
зря ты распинаешься. там аутсорс. что заказчик скажет то и будут делать
кстати, я работал до конца 2013 года в аутсорсе в Киеве (с тех пор слава богам только продуктовые компании), так по моему опыту наши заказчики говорили “что” они хотели, а не “как”. Хотя не все аутсорсы / заказчики одинаковы…
источник

ВС

Владимир Стецко in JS for testing
Boris Osipov
зря ты распинаешься. там аутсорс. что заказчик скажет то и будут делать
что за предвзятость к аутсорсу?)
источник

ВС

Владимир Стецко in JS for testing
Vitalii Grygoruk
еще есть такой момент - в большинстве случаев “инженеры” просто любят играться новыми (для них) тулами / фреймворками… и пытаются их притащить на проекты (интересно ж поковырять и потом себе в резюме записать что знаешь тул). В то время когда надо проанализировать где риски в процесе деливери и максимально их минимизировать затратив на это минимум усилий.
я как раз уже наигрался где-то с пару лет так назад, больше переживаю как это говно потом саппортить
источник

ВС

Владимир Стецко in JS for testing
Vitalii Grygoruk
кстати, я работал до конца 2013 года в аутсорсе в Киеве (с тех пор слава богам только продуктовые компании), так по моему опыту наши заказчики говорили “что” они хотели, а не “как”. Хотя не все аутсорсы / заказчики одинаковы…
наш кастомер вообще не знает ни что, ни как. Поэтому я тут роюсь в возможностях и пытаюсь за них решить, чего им надо
источник

VG

Vitalii Grygoruk in JS for testing
переживаешь - сделать мелкий POC и посмотри как оно будет работать. Как раз это проще чем думать-гадать
источник

ВС

Владимир Стецко in JS for testing
так POC на Gemini/WebdriverIO/Protractor/Гермионе я делал
источник

ВС

Владимир Стецко in JS for testing
там ок все
источник

ВС

Владимир Стецко in JS for testing
мне адок с саппортом твой интересен
источник

ВС

Владимир Стецко in JS for testing
я что-то такое подозревал но в реальности это надо с месяц обкатывать чтобы убедится что проблемы принципиально не решаемые
источник

m

mkots in JS for testing
EL
Всем привет. А кто юзает Cypress у вас VS или WS? Как я понимаю их удобная подсказка (сразу с переходом в доку и примером в подсказке) цепляется только на VS?
Это JSDoc можешь хоть в виме поставить плагин
источник

ВС

Владимир Стецко in JS for testing
Vitalii Grygoruk
Еще раз говорю - тесты эти имеют смысл для тестирования React компонент а не фичей. Их должны делать девелоперы которые пишут эти компоненты. Если у вас не получается убедить команду почему так надо - то отбой.
С дев лидом вчера поговорил, он вообще против любых модных реакт тестов, кроме обычных юнитов. "Замедляют разработку"
источник