Comments 8
Отключить авторизацию легко — нужно перед подключением ядра константу NOT_CHECK_PERMISSIONS перевести в true
Для перевода агентов на крон есть тоже какая-то константа, что-то типа BX_CRONTAB_SUPPORT
Спасибо, это решает проблему, теперь можно просто подключать prolog_before.php и отказаться от подключения индексного файла главного модуля.
Для агентов обнаружилась константа NO_AGENT_CHECK.
См. апдейт в конце статьи
Для агентов обнаружилась константа NO_AGENT_CHECK.
См. апдейт в конце статьи
Для меня в Unit-тестах на Битриксе больше всего непонятно, что тестировать?
Ну, допустим, у меня есть десять функций, которые я таскаю из проекта в проект.
Ну или я написал какую-нибудь выборку на конкретном проекте. Она работает и зависит только от конкретного инфоблока. Что мне от unit-теста. Или в самом проекте держать тестовые данные, для этого теста.
А как я сделаю, чтобы тестовые данные не вылазили где-нибудь в поиске?
В крайнем случае я могу написать тестовый файлик и несколько раз вручную запустить свою функцию на реальных данных.
С Unit-тестами все понятно. Но вот зачем разработчику на Битриксе они нужны, и когда их стоит применять?
Ну, допустим, у меня есть десять функций, которые я таскаю из проекта в проект.
Ну или я написал какую-нибудь выборку на конкретном проекте. Она работает и зависит только от конкретного инфоблока. Что мне от unit-теста. Или в самом проекте держать тестовые данные, для этого теста.
А как я сделаю, чтобы тестовые данные не вылазили где-нибудь в поиске?
В крайнем случае я могу написать тестовый файлик и несколько раз вручную запустить свою функцию на реальных данных.
С Unit-тестами все понятно. Но вот зачем разработчику на Битриксе они нужны, и когда их стоит применять?
Да масса причин на самом деле. Бывает полезно, когда приходит проект от других разработчиков, зафиксировать его нынешнее состояние. Затем можно смело добавлять в него новый функционал не боясь, что поломается уже написанное, потому что это сразу покажут тесты, которые завершились отрицательно. Это наверное самая главная причина. Или такой случай: выполняются две задачи параллельно в ветках VCS, а потом настает время сливать их в одну кучу. В этом случае — прогнать тесты и посмотреть, что все вместе дружит и не ломается очень удобно.
Разработчик на Битриксе может пилить также типовое решение, модуль, решение для Битрикс24. Со своими таблицами, классами и поэтессами.
вместо bootstap.php достаточно завести базовый класс для своих тестов:
class CBitrixTestCase extends PHPUnit_Framework_TestCase
{
protected $backupGlobals = false;
}
Не совсем я прав конечно.
Но от функции initBitrixCore точно можно будет отказаться.
Но от функции initBitrixCore точно можно будет отказаться.
Sign up to leave a comment.
Запускаем PHPUnit тесты для проекта на 1С-Битрикс