Качество сборки сайта, мониторинг используемых компонентов

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

Нужно проверить все ли сделано качественно и согласно стандартам разработки 1С-Битрикс, а при приемке очень хотелось бы получить максимум информации о продукте, на поддержку которого мы подписываемся.

Один из пунктов аудита это довольно ресурсоемкая задача по проверке используемых компонентов на страницах сайта.

Раньше эта задача выполнялась в ручную, через просмотр кода страниц, либо при помощи эрмитажа, но все равно приходилось открывать каждую страницу, просматривать и что важно — ничего не пропускать!

C маленькими сайтами дела обстояли более-менее сносно, но на проверку больших уходило слишком много времени, а качество этой проверки страдало из-за большого объема проверяемых файлов.

В ходе обучения на третьем курсе академии 1С-Битрикс я познакомился с возможностью написания своих тестов для встроенного мониторинга качества БУС.

И тут родилась идея — «почему бы не сделать автоматический тест, который проверит все файлы и выдаст отчет?».

Создание мониторинга используемых компонентов для CMS 1С-Битрикс.

Я написал не хитрый скрипт который сначала по маске ищет и сохраняет пути на файлы, а затем парсит их и строит отчет, который в конечном итоге отображается в результатах мониторинга качества БУС. Настройки маски довольно простые, меня интересуют все файлы с расширением.php, лежащие в любой папке кроме /bitrix/*, потому что по корпоративным стандартам это единственное место где запрещено что-либо писать без особой на то надобности.

Тест автоматически запускается, если нажать на кнопку «Начать тестирование». Либо его можно запустить, как и любой другой, из диалогового окна теста.

После сканирования файлов, тест будет автоматически завершен, если использованы только стандартные компоненты битрикса, либо провален. В любом случаи можно нажать на ссылку «подробный отчет» и увидеть сводную таблицу.

Таблица разбита на блоки, каждый из которых соответствует файлу в котором был найден вызов компонента. Блок озаглавлен путем до файла, а в строках ниже располагается следующая информация:

• Адрес расположения файла (возможно будет упразнено в новой версии).
• Строка файла в которой вызван компонент.
• Пространство имен компонента, если оно отлично от «bitrix», то будет подсвечено красным.
• Компонент — его системное название.
• Шаблон

Таким образом мы за 10–20 секунд получаем информацию на сбор которой ранее уходило до половины рабочего дня.

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