Тестирование профиля установки с пользовательскими задачами

9

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

В настоящее время мы используем тестовый пример SimpleTest, который выглядит следующим образом, который до сих пор работал хорошо.

class FooTestCase extends DrupalWebTestCase {

  protected $admin_user = null;

  public function getInfo() {
    return array(
      'name' => 'Foo Profile',
      'description' => 'Ensure that the Foo profile configure the site.',
      'group' => 'Foo',
    );
  }

  public function setUp() {
    $this->profile = 'foo';
    parent::setUp();
  }

  //Test methods ...
}

Сайт должен быть многоязычным, поэтому для того, чтобы установить и включить все необходимые языки, я добавил специальную задачу с помощью профиля hook_install_tasks. Задача отлично работает при выполнении из браузера. Но он не выполняется при запуске DrupalWebTestCase :: setUp`. Таким образом, мы не можем проверить его эффективность, чтобы убедиться, что они не будут потеряны, независимо от того, как будет проходить рефакторинг нашего профиля в будущем.

Поскольку установка языков требует загрузки переводов, сама задача использует пакетную обработку.

Я ищу способ выполнения этой конкретной задачи FooTestCase:setUpи, в более общем смысле, выполнение всех (неинтерактивных задач) в моем профиле.

Для справки вот код задачи

function foo_install_tasks($install_state) {
  return array(on
    'foo_install_import_locales' => array(
      'display_name' => 'Install additional languages',
      'display' => TRUE,
      'type' => 'batch',
      'run' => INSTALL_TASK_RUN_IF_NOT_COMPLETED,
    )
  );
}

function foo_install_import_locales(&$install_state) {
  include_once DRUPAL_ROOT . '/includes/locale.inc';
  include_once DRUPAL_ROOT . '/includes/iso.inc';
  $batch = array();
  $predefined = _locale_get_predefined_list();
  foreach (array('nl', 'de') as $install_locale) {
    if (!isset($predefined[$install_locale])) {
      // Drupal does not know about this language, so we prefill its values with
      // our best guess. The user will be able to edit afterwards.
      locale_add_language($install_locale, $install_locale, $install_locale, LANGUAGE_LTR, '', '', TRUE, FALSE);
    }
    else {
      // A known predefined language, details will be filled in properly.
      locale_add_language($install_locale, NULL, NULL, NULL, '', '', TRUE, FALSE);
    }

    // Collect files to import for this language.
    $batch = array_merge($batch, locale_batch_by_language($install_locale, NULL));

  }
  if (!empty($batch)) {
      // Remember components we cover in this batch set.
      variable_set('foo_install_import_locales', $batch['#components']);
      return $batch;
  }
}
Пьер Буйль
источник

Ответы:

6

Обычно я считаю, что лучше всего оставить свой установочный профиль как можно проще и поместить такие задачи в hook_enable модуля, специфичного для сайта. Точно так же любые обновления, которые должны быть сделаны, должны быть помещены в hook_update_Nфункции в том же модуле, обновляя hook_enableреализацию.

Это значительно упрощает тестирование и позволяет хранить все ваши настройки и обновления в одном месте.

zroger
источник