Size: a a a

2020 May 12

IL

Igor Lantushenko in JS for testing
Bola
Так и происходит..). Ентерпрайз живёт, а хипстерские стартапы - вымирают
все ентерпрайзы когда-то были стартапами
источник

AB

Alexei Barantsev 🗹... in JS for testing
кстати, любопытно то, что Deno написан на Rust. давно уже засматриваюсь на этот язык, надо бы освоить, очень прикольная штука, ничуть не хуже Go
источник

OS

Oleksandr Shevtsov in JS for testing
Лол, менеджмент пакетов тупо как в го, что уже радует
источник

OS

Oleksandr Shevtsov in JS for testing
Лол#2, даже файлик с зависимостями слизан с go modules.
источник

B

Bola in JS for testing
Получилось годно?
источник

OS

Oleksandr Shevtsov in JS for testing
Выглядит как минимум очень интересно.
источник

B

Bola in JS for testing
Читал про yarn 2.0, там мини революция в управлении пакетами
источник

OS

Oleksandr Shevtsov in JS for testing
Не все пакеты получается запустить с ярн2
источник

МК

Максим Кучеренко... in JS for testing
Коллеги, подскажите как лучше или как у вас. Если в тесте несколько expect и первый падает, то надо сразу завершать тест падением или ждать результаты остальных экспектов? Если ждать, то неявные ожидания съедают много времени в никуда, но на разных экспектах могут быть разные ошибки, которые потеряются, если тест завершить раньше.
источник

V

VIktor in JS for testing
Если не можешь сделать 1 тест один ассерт, сделай текстовое описание и уменьши ожидания для проверок, если это не подходит , то подумай не лучше ли уйт в атомарность
источник

OK

Oleksandr Khotemskyi in JS for testing
Максим Кучеренко
Коллеги, подскажите как лучше или как у вас. Если в тесте несколько expect и первый падает, то надо сразу завершать тест падением или ждать результаты остальных экспектов? Если ждать, то неявные ожидания съедают много времени в никуда, но на разных экспектах могут быть разные ошибки, которые потеряются, если тест завершить раньше.
по разному, бывает лучше проверить сразу побольше чтобы получить полную картину. Но иногда нет смысла продолжать тест если какойто ассерт упал
источник

RS

Roman Solodukhin in JS for testing
Максим Кучеренко
Коллеги, подскажите как лучше или как у вас. Если в тесте несколько expect и первый падает, то надо сразу завершать тест падением или ждать результаты остальных экспектов? Если ждать, то неявные ожидания съедают много времени в никуда, но на разных экспектах могут быть разные ошибки, которые потеряются, если тест завершить раньше.
Я бы назначил приоритеты ассертам. Если возникает критическая ошибка, то остальные пропускаются
источник

RS

Roman Solodukhin in JS for testing
А ещё нужно посмотреть, насколько логична вообще иерархия тестов
источник

МК

Максим Кучеренко... in JS for testing
В основном проблемы были, что вылазит невовремя модалка или не закрывается и блочит все селекторы дальнейшие.
источник

OK

Oleksandr Khotemskyi in JS for testing
Максим Кучеренко
Коллеги, подскажите как лучше или как у вас. Если в тесте несколько expect и первый падает, то надо сразу завершать тест падением или ждать результаты остальных экспектов? Если ждать, то неявные ожидания съедают много времени в никуда, но на разных экспектах могут быть разные ошибки, которые потеряются, если тест завершить раньше.
неявные - это ты про implicit wait?
источник

OK

Oleksandr Khotemskyi in JS for testing
выключи их, или поставь минимальными - 500-1000мс например
источник

МК

Максим Кучеренко... in JS for testing
в основном это про ExpectedConditions
источник

МК

Максим Кучеренко... in JS for testing
там у меня ожидание 60 секунд везде и их много. Вынужденная мера из-за слабого сервера и всяких лагов
источник

SA

Scherbakov Alexey in JS for testing
Если вы тестируете, например, форму регистрации, то есть смысл использовать softassert - получите сразу все ошибки.
источник

P

Paul G in JS for testing
Максим Кучеренко
там у меня ожидание 60 секунд везде и их много. Вынужденная мера из-за слабого сервера и всяких лагов
Далеко не уедите с таким лагами
источник