AV
Кстати я к тому же выводу пришёл, что и большая часть отвечающих - использование @After в тестах - довольно рискованное занятие. Возможно они в тестах не нужны.
Size: a a a
2019 December 30
MA
Кстати я к тому же выводу пришёл, что и большая часть отвечающих - использование @After в тестах - довольно рискованное занятие. Возможно они в тестах не нужны.
если действия не связаны с данными, то в афтер тоже можно вложить что-то типа закрытия коннекта к базе или убить поднятый мок на экстернал метод, вообщем есть кейсы но их можно по пальцам пересчитать
AV
если действия не связаны с данными, то в афтер тоже можно вложить что-то типа закрытия коннекта к базе или убить поднятый мок на экстернал метод, вообщем есть кейсы но их можно по пальцам пересчитать
Можно, но например коннект к базе закроется сам по себе по окончанию теста (почти всегда).
LR
Кстати я к тому же выводу пришёл, что и большая часть отвечающих - использование @After в тестах - довольно рискованное занятие. Возможно они в тестах не нужны.
MA
Можно, но например коннект к базе закроется сам по себе по окончанию теста (почти всегда).
ну я как пример привел, действия то есть, которые можно туда запихнуть, но не на каждом проекте есть такая потребность
AV
О_о - логика в тестах) ну вроде не то, что стоит делать. Я не рекомедую)
LR
О_о - логика в тестах) ну вроде не то, что стоит делать. Я не рекомедую)
для сложных сценариев проверки ui по другому не сделаешь. Некоторые процессы - муторные
LY
После завершения теста (сьюта), хорошо приводить SUT в состояние перед тестом (сьютом), вне зависимости от результата теста(сьюта).
Чтобы не мешать работе последующих тестов или тестировщиков.
Чтобы не мешать работе последующих тестов или тестировщиков.
AV
После завершения теста (сьюта), хорошо приводить SUT в состояние перед тестом (сьютом), вне зависимости от результата теста(сьюта).
Чтобы не мешать работе последующих тестов или тестировщиков.
Чтобы не мешать работе последующих тестов или тестировщиков.
Это плюсы. Но есть и минусы - которые, вероятно, перевешивают.
Например заботы о том, что делать, если подчистка не завершится успешно.
Например заботы о том, что делать, если подчистка не завершится успешно.
MA
Тогда она и в бефор не завершится успешно
LY
Это плюсы. Но есть и минусы - которые, вероятно, перевешивают.
Например заботы о том, что делать, если подчистка не завершится успешно.
Например заботы о том, что делать, если подчистка не завершится успешно.
В этом случае это повод пересмтреть процедуру чистки. В любом случае это форс-мажор
AV
Тогда она и в бефор не завершится успешно
В бефор более понятно - тест в любом случае непозитивный
AV
В этом случае это повод пересмтреть процедуру чистки. В любом случае это форс-мажор
Хотели писать тесты, а в результате изучаем процедуру чистки и её последствия.
LY
Се ля ви )
MA
Тогда поднимайте каждый раз приложение в композе чтобы не чистить))
MA
Сетапчик такой, минут на 20))
AV
Ну или писать тесты так, чтобы не чистить. Вот тут много кто например данные всегда уникальные делают.
MA
Это если у них данные бесконечны, а вот если у вас например будет тест с экспайрами карты для оплаты то тут уже придется чистить)
LY
Несмотря на то что данные уникальные, упавший тест может занять ресурсы стенда например. И один из последующих тестов упадёт из-за того что ресурсов не хватило.
LY
К примеру, выделяются IP-адреса, создаются VM а ресурсы стенда не безграничны.