Size: a a a

2020 January 15

m

mkots in JS for testing
в рунете у Я браузера доля почти как у Хрома
источник

B

Bola in JS for testing
mkots
в рунете у Я браузера доля почти как у Хрома
Ну, бывает
источник

m

mkots in JS for testing
Ну, на самом деле все эти "браузеры" очень плохо работают на линуксах
источник

B

Bola in JS for testing
mkots
в рунете у Я браузера доля почти как у Хрома
Сайпрес не понимает я.браузер? )
источник

m

mkots in JS for testing
Да ему пофиг на самом деле, все что на хромиуме можно скормить
источник

B

Bola in JS for testing
Пробовал?
источник

m

mkots in JS for testing
Пробовал оперу
источник

m

mkots in JS for testing
какой-то простой тест он смог
источник

B

Bola in JS for testing
mkots
Пробовал оперу
Edge будешь пробовать?
источник

B

Bola in JS for testing
И почему Эдж есть под мак, а под бубунту нету
источник

m

mkots in JS for testing
Нет конечно, если бы сайпрес умел в сафари, я бы попробовал, а все остальное не вижу смысла
источник

AD

Andrei Dzeichyk in JS for testing
Чатик, помогите советом плиз =)
В общем, нужно написать апи тесты на тонну сервисов.
Но есть одна проблема, и я не нашел красивого решения.

Что бы использовать функционал сервиса, нужно установить npm пакет.
Далее вызываются методы из пакета, под капотом сетаются нужные хедеры, версии http и тд.

Но нужно написать контрактные тесты и проверить что сервис (пакет) A@1.0 и A@2.0  работает с сервисом B@2.0.

Вопрос: Как сделать дженерик package.json, что бы не плодить ветки с различными версиями package.json в которых будут отличаться те самые версии A сервиса ?
Буду благодарен, если расскажете как вы у себя тестили такие кейсы.
источник

MB

Michael Bodnarchuk in JS for testing
mkots
Если кому-то как и мне интересно почему Тесткафе такой не популярный:
Мы начали e2e тестирование с testcafe и получили первые впечатления,
но PageModel и отсутствие хорошей документации заставили нас перейти на Cypress.
Когда мы начали использовать Cypress, писать e2e тесты стало намного проще, и стало так просто,
что наши тестировщики, обладающие базовым уровнем навыков программирования,
могут писать e2e тесты  на основе UserStory.
Не тестируйте  многократно один и тот же код через UI - взаимодействуйте напрямую с сервером
и устанавливайте необходимые атрибуты на клиенте, например, с помощью POST-запроса для настройки вашего тестового сценария.
а кто автор поста? Интересно пообщаться
источник

m

mkots in JS for testing
Ну я там ниже кидал ссылку на медиум
источник

m

mkots in JS for testing
оттуда текст
источник

MB

Michael Bodnarchuk in JS for testing
а... ок, спс.
источник

m

mkots in JS for testing
Расскажи потом как поговорили, тоже интересно
источник

OK

Oleksandr Khotemskyi in JS for testing
Andrei Dzeichyk
Чатик, помогите советом плиз =)
В общем, нужно написать апи тесты на тонну сервисов.
Но есть одна проблема, и я не нашел красивого решения.

Что бы использовать функционал сервиса, нужно установить npm пакет.
Далее вызываются методы из пакета, под капотом сетаются нужные хедеры, версии http и тд.

Но нужно написать контрактные тесты и проверить что сервис (пакет) A@1.0 и A@2.0  работает с сервисом B@2.0.

Вопрос: Как сделать дженерик package.json, что бы не плодить ветки с различными версиями package.json в которых будут отличаться те самые версии A сервиса ?
Буду благодарен, если расскажете как вы у себя тестили такие кейсы.
Npm можно юзать как либу в скрипте, поидее можно прямо в тестах в прекондишинах качать и удалять что нужно... Но это только мысли
источник

MB

Michael Bodnarchuk in JS for testing
mkots
Расскажи потом как поговорили, тоже интересно
та не, не буду списываться , долго. Я думал это кто-то рядом ) А оказывается, ты перевод кинул
источник

AV

Alex Vershinin in JS for testing
Bola
Edge будешь пробовать?
У ребят из cypress даже пост был аля "забейте на кроссбраузерность"
источник