Телеграмм чат группы drupal

да пофиг на конфиг

21:09пожаловаться #1

Ivan

никак, для кастомного проекта они не нужны

ну ок, пусть будут юнит тесты своего модуля

21:10пожаловаться #2

Разница между BrowserTestBase и ExistingSiteBase в том, что первый ставит перед каждым тестом голую Друпал инсталяцию чтобы тестировать модуль в вакууме, а второй ничего не ставит, а запускает тесты прямо в текущем сайте с текущей базой.

21:10пожаловаться #3

т.е. $this->createTerm($vocab) создаст термин в реальной базе? хехе, весело

21:12пожаловаться #4

Да, там есть механизм отслеживания новых сущностей и автоудаления.

21:12пожаловаться #5

Но на продакшене эти тесты запускать конечно не стоит.

21:13пожаловаться #6

Клонировать базу он умеет?

21:14пожаловаться #7

нет вроде

21:15пожаловаться #8

drush умеет

21:15пожаловаться #9

Обычно кастомные модули прибиты жестко к конкретному сайту и контенту. Чаще всего это просто набор хуков, плагинов, которые привязаны каким то вьюхам, блоком и т.д. Иногда даже ИД нод важны. Поэтому тестровать такие модули в изолции не имеет смысла.

21:15пожаловаться #10

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

21:17пожаловаться #11

допилиный контрибный модуль == кастомный модуль

21:18пожаловаться #12

ИЛ

Иван Лещёв in Drupal RU

Comrade Gagarin

фу так делать

21:18пожаловаться #13

Скопируй модуль который нужно протестировать в чистый Друпал. Если его можно без проблем запускается и работает в нём, то значит для этого модуля можно писать тесты в изоляции.

21:19пожаловаться #14

Ivan

допилиный контрибный модуль == кастомный модуль

я к тому, что его надо тестировать как раз в изоляции

21:19пожаловаться #15

ну значит в изоляции