Size: a a a

2020 January 25

SC

Sergey Chepets in JS for testing
так вот точно можно изменить конфиг wdio шный https://webdriver.io/docs/clioptions.html#run-the-test-runner-programmatically
источник

SC

Sergey Chepets in JS for testing
а, я понял о чем ты
источник

SC

Sergey Chepets in JS for testing
да, надо проверять!
источник

SK

Sergey Khristenko in JS for testing
mkots
Хаски закоммитить не дает)
git commit -n  😬
источник

SK

Sergey Khristenko in JS for testing
вообще может лучше отдельные правила для линтера для тестов? Вроде нормальная практика.
Или это не для тестов?
источник

m

mkots in JS for testing
Sergey Khristenko
вообще может лучше отдельные правила для линтера для тестов? Вроде нормальная практика.
Или это не для тестов?
Это не для тестов, но литер перенастраивать не сильно хочется
источник

Mike Кernserj in JS for testing
Привет.
Mocha
Задача: запускать тест только после фейла предыдущего теста.
Решение: завести переменную, которая вначале теста обнуляется, а после выполнения теста принимает определенное значение. Учитывать это значение в before.
Знаете вариант проще/красивее?
источник

BO

Boris Osipov in JS for testing
Mike Кernserj
Привет.
Mocha
Задача: запускать тест только после фейла предыдущего теста.
Решение: завести переменную, которая вначале теста обнуляется, а после выполнения теста принимает определенное значение. Учитывать это значение в before.
Знаете вариант проще/красивее?
сорри, но изначальная задача звучит бредово. можешь дать больше контекста зачем запускать тест после фейла другого. мб кто-то и подскажет что-то лучше
источник

B

Bola in JS for testing
+1
источник

Mike Кernserj in JS for testing
Boris Osipov
сорри, но изначальная задача звучит бредово. можешь дать больше контекста зачем запускать тест после фейла другого. мб кто-то и подскажет что-то лучше
Сначала интеграционная проверка осуществляется. Только если тест упадет, проверяются юниты чтобы понять гле именно упало
источник

BO

Boris Osipov in JS for testing
Mike Кernserj
Сначала интеграционная проверка осуществляется. Только если тест упадет, проверяются юниты чтобы понять гле именно упало
ммм не очевидно зачем скипать "юниты" в случае успешного теста. они же не много стоят по времени\ресурсам...
источник

Mike Кernserj in JS for testing
Boris Osipov
ммм не очевидно зачем скипать "юниты" в случае успешного теста. они же не много стоят по времени\ресурсам...
В нашем случае много, поэтому мне поставили задачу скипать. Это возможно сделать более законным, чем мой костыль, способом?
источник

OI

Oleksii Ihnatiuk in JS for testing
Mike Кernserj
Сначала интеграционная проверка осуществляется. Только если тест упадет, проверяются юниты чтобы понять гле именно упало
я думаю это нужно сделать не на уровне тестов
источник

OI

Oleksii Ihnatiuk in JS for testing
скриптами или на что горазды, задача если тесты на одном уровне упали, запустить другой уровень
источник

BO

Boris Osipov in JS for testing
Mike Кernserj
В нашем случае много, поэтому мне поставили задачу скипать. Это возможно сделать более законным, чем мой костыль, способом?
неа. тут вопрос только как обернешь это все. можно как-то так
https://stackoverflow.com/a/40738768
источник

BO

Boris Osipov in JS for testing
но тебе правильно везде пишут, что это все оч фигово(да и там сам называешь это костылями). стоит подумать как это это все делать по-другому
источник

Mike Кernserj in JS for testing
Спасибо! :)
источник
2020 January 26

OK

Oleksandr Khotemskyi in JS for testing
Boris Osipov
сорри, но изначальная задача звучит бредово. можешь дать больше контекста зачем запускать тест после фейла другого. мб кто-то и подскажет что-то лучше
Зависимые тесты все очевидно
источник

OK

Oleksandr Khotemskyi in JS for testing
Mike Кernserj
Привет.
Mocha
Задача: запускать тест только после фейла предыдущего теста.
Решение: завести переменную, которая вначале теста обнуляется, а после выполнения теста принимает определенное значение. Учитывать это значение в before.
Знаете вариант проще/красивее?
Можешь програмно ранить моку, и после прогона решать ранить ли остальное
источник

B

Bola in JS for testing
Mike Кernserj
Сначала интеграционная проверка осуществляется. Только если тест упадет, проверяются юниты чтобы понять гле именно упало
Лучше делать такое на уровне CI.
источник