Телеграмм чат группы js_for_testing страница 2597

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

JS for testing

876 membersпожаловаться на группу

2019 November 15

ab

artem belikov in JS for testing

ну а в чем проблема это сделать с глобальным объкетом?
global.xxx = () => {SOME_TRACE(XXXX); return XXXX;}

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

источник

11:10пожаловаться #1

SC

Sergey Chepets in JS for testing

Вообщем у Jest очень сложно с глобальными переменными - https://github.com/facebook/jest/issues/7184

Allow to share global state between tests from globalSetup · Issue #7184 · facebook/jest

🚀 Feature Proposal Add a global property to the this of globalSetup and globalTeardown async functions that can be used to set global variables that can be accessed in all tests via global. The sam...

источник

11:11пожаловаться #2

ab

artem belikov in JS for testing

И в твоем примере внезапно xxx - стал вызовом функции т.е. у тебя было:

const sum = xxxx + xxxx;
нужно будет пробежаться и сделать вот так:
const sum = xxxx() + xxxx();

источник

11:13пожаловаться #3

SC

Sergey Chepets in JS for testing

Пытаюсь настроить по этой инструкции, но пока безрезультатно - https://jestjs.io/docs/en/puppeteer.html#custom-example-without-jest-puppeteer-preset

Using with puppeteer · Jest

With the [Global Setup/Teardown](/docs/en/configuration#globalsetup-string) and [Async Test Environment](/docs/en/configuration#testenvironment-string) APIs, Jest can work smoothly with [puppeteer](https://github.com/GoogleChrome/puppeteer).

источник

11:13пожаловаться #4

ab

artem belikov in JS for testing

Sergey Chepets

Вообщем у Jest очень сложно с глобальными переменными - https://github.com/facebook/jest/issues/7184

Allow to share global state between tests from globalSetup · Issue #7184 · facebook/jest

🚀 Feature Proposal Add a global property to the this of globalSetup and globalTeardown async functions that can be used to set global variables that can be accessed in all tests via global. The sam...

И это правильно.

источник

11:13пожаловаться #5

BO

Boris Osipov in JS for testing

artem belikov

И в твоем примере внезапно xxx - стал вызовом функции т.е. у тебя было:

const sum = xxxx + xxxx;
нужно будет пробежаться и сделать вот так:
const sum = xxxx() + xxxx();

ну так и у тебя это вызов функции в примере...

источник

11:13пожаловаться #6

ab

artem belikov in JS for testing

ну так и у тебя это вызов функции в примере...

у меня он там был изначально. Я предлагал использовать вызов функции ВМЕСТО использования переменной.

источник

11:13пожаловаться #7

BO

Boris Osipov in JS for testing

ну а какая разница в контесте глобальных переменных. функция там или объект?

источник

11:15пожаловаться #8

BO

Boris Osipov in JS for testing

artem belikov

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

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

источник

11:21пожаловаться #9

ab

artem belikov in JS for testing

ну а какая разница в контесте глобальных переменных. функция там или объект?

Давай я закончу дисскусию:
Резюме мое следующее - глобальные переменные зло, в 99% они опасны, в 1 % удобны.
Каждый решает сам стоит ли их использовать, лично мое мнение в них куда больша вреда чем пользы, особенно на длинном промежутке времени. Не нужно забывать что тесты и как и код нужно поддерживать в актуальном состоянии. И со временем и ростом проекта это делается все сложнее.

источник

11:23пожаловаться #10

AP

Alexander Popov in JS for testing

artem belikov

Давай я закончу дисскусию:
Резюме мое следующее - глобальные переменные зло, в 99% они опасны, в 1 % удобны.
Каждый решает сам стоит ли их использовать, лично мое мнение в них куда больша вреда чем пользы, особенно на длинном промежутке времени. Не нужно забывать что тесты и как и код нужно поддерживать в актуальном состоянии. И со временем и ростом проекта это делается все сложнее.

а что то получше чем "лично мое мнение", "нужно поддерживать", "делается сложнее" ? 🙂

источник

11:24пожаловаться #11

BO

Boris Osipov in JS for testing

я бы сказал поконкретнее. но ладно. хватит об этом. все по своему видят.

источник

11:25пожаловаться #12

AP

Alexander Popov in JS for testing

изначально посыл был однозначный вроде как, зло и все тут, а сейчас съехал

источник

11:25пожаловаться #13

AP

Alexander Popov in JS for testing

мамкины архитекторы)

источник

11:25пожаловаться #14

SC

Sergey Chepets in JS for testing

Есть, получилось настроить через testEnvironment. Если вдруг у кого-то будет подобная трабла, направляйте ко мне)

источник

11:26пожаловаться #15

BO

Boris Osipov in JS for testing

не. какие архитекторы. я так младший подающий снаряды полуподподручик.

источник

11:26пожаловаться #16

OP

Oleksandr Pelykh in JS for testing

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

как в этом случае поступать. как делаете вы? поделитесь опытом

источник

11:34пожаловаться #17

OK

Oleksandr Khotemskyi in JS for testing

Oleksandr Pelykh

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

как в этом случае поступать. как делаете вы? поделитесь опытом

можно подключить нормальный логгер, и на старте задавать уровень логирования…

источник

11:35пожаловаться #18

m

mkots in JS for testing

Oleksandr Pelykh

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

как в этом случае поступать. как делаете вы? поделитесь опытом

Мы на сайпресе пишем, у нас таких проблем нет)

источник

11:36пожаловаться #19

OP

Oleksandr Pelykh in JS for testing

Oleksandr Khotemskyi

можно подключить нормальный логгер, и на старте задавать уровень логирования…

понял. спасибо! 🤝

источник

11:36пожаловаться #20