спасибо)

Всем привет кто нибудь попробовал тестировать websocket  с cypress-ом?

Привет всем)
Кто-то пользовался cypress + Cypress Support Pro (для дебага внутри ide(webstorm))?
У меня сжирается много памяти оперативной + дебаг как-то криво работает, может кто-то подсказать по настройке этого плагина?

@Davit_Yan @end1fromearth спросите в группе сайпреса

когда то пробывал - было тоже самое и отказался от него  🤨

Привет. Вопрос такой. Не работает импорт результатов прогона тестов из CodeceptJs в Тестрейл, хотя раньше все работало. Есть ли у кого-нибудь такие проблемы?

Там у них апи недавно менялось, посмотри доку

В том то и дело, что дока не поменялась

в тест рейле, не в кодцепт

Хорошо, спасибо

Вдруг кому будет интересно
https://slurm.io/kubernetes-for-developers-school

Привет! Сразу к делу. Node.js, TS, Jest

Есть репозиторий, функции которого имеют возможность стучать в базу
Эти же функции возвращают значение Promise<[Error, someValue]>

И есть сервис, для которого я пишу юнит тесты. Функции этого сервиса вызывают функции репозитория. И если репозиторий вернул ошибку, то я ее обрабатываю. Как правильно замокать репозиторий в папку mocks, чтобы тестировать два варианта исхода событий.

У меня есть только идея:

public updateTrafficSwitcher = jest.fn().mockImplementation(async () => [null, null])

в эту функцию добавить проверку process.env переменной(что-то типа returnMockErr:boolean) и в зависимости от этой переменной возвращать ошибку или нет

соответственно в начале describe(“errors catching”) устанавливать значение process.env.returnMockErr = true - если я хочу протестировать перехват ошибок

какие мысли и предложения по этому поводу могут быть?

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

Чтобы отделить моки в отдельный файл

ну экспорти из этого файла 2 мока. зачем городить переменные окружения...

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

я хз как другие, но если бы я увидел process.env.returnMockErr = true у меня был бы первая мысль "WTF?"

Хорошо, обьясню как я думаю

Репозиторий может вернуть Promise<[Error, TrafficNode]>

Сервис его обрабатывает так:
  const [errInsert, trafficNode] = await this._repo.insertTrafficSwitcher(node);
   if (errInsert) {
     return [errInsert, null];
   }

Jest мне говорит, что я могу в начале файла теста написать
jest.mock('./traffic.repository.ts');

И тогда у меня на место класса TrafficSwitchersRepository
Автоматически подставится класс TrafficSwitchersRepository с замокаными методами, который экспортируется из mock директории

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

Еще сделаю ресерч

Мне нравится идея “ну экспорти из этого файла 2 мока. зачем городить переменные окружения…”
Если я могу экспортировать сразу два класса мока и все будет работать - то тогда супер, я найду как это сделать

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

Penetration testing с нуля - канал от создателя тренинга Penetration Testing  WEB и Mobile приложений на основе OWASP TOP 10 (WEB, Mob), в котором вы найдете:

— Книги по тестированию и не только по хакингу; 😉
— Видео с конференций по тестированию;
— Мануалы по использованию инструментов по хакингу;
— Отличное комьюнити как для начинающих, так и продолжающих специалистов.

Присоединяйся в канал, возможно pentesting это именно то, что тебе нужно прямо сейчас 😉

26 жовтня буду виступати онлайн з невеликою доповіддю про свій досвід міграції проекта який я суппортив близько 2 років з protractorjs на webdriverio. Реестрація безкоштовна, приходьте слухати та задавати свої питання

🔸«Mіграція з protractor: який інструмент є найбільш перспективним», –– Хотемський Олександр, SDET at Doxy.me

Нещодавно команда Angular (яка розробляє відомий фреймворк для е2е тестування ProtractorJS) оголосила про припинення розробки нових фіч та завершення підтримки починаючи з 2022 року. Але фактично розробка зупинилася ще декілька років тому, просто зараз потреба міграції на інший інструмент стала очевидною. Я саме в середині міграції проекту, який я розробляв та підтримував більше двох років. Чому ми вибрали саме WebdriverIO? Як проходить міграція? Чи допоміг Codemod? Відповіді на ці та інші питання будуть у моїй доповіді. Приходь, розбиратимемось разом!


Дата: 26 жовтня, 19:00
Формат: Онлайн
Доступ: Безкоштовно
Реєстрація: https://bit.ly/3AWz22F