Тестирование сайтов на Битриксе

Тестирование (особенно крупных проектов) довольно часто превращается в самый долгий и нервный этап работы над проектом. Если это не сайт-визитка или простейший каталог товаров, а проект с хоть немного нестандартной логикой работы, то тестирование вполне может занять столько времени, сколько было рассчитано на разработку.

В этом посте я привожу основные моменты, на которые стоит обратить внимание при тестировании сайта на Битриксе. Здесь нет общих принципов тестирования сайта, только специфика Битрикса.

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

• Поиск

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

• F5

  Во всех формах, в которых пользователь может оставлять какие-либо данные (например, комментарии), нужно проверить, не отправляются ли данные снова при нажатии кнопки F5 в браузере.

• Пользователи и права доступа

  Следует протестировать сайт в трёх состояниях: неавторизованным, авторизованным и авторизованным под администратором. Часто бывает, что создавая инфоблок из-под администратора, ему забывают поставить нужные права доступа, и он остается доступным только для администраторов.

• Карта сайта

  Не всегда для этой страницы подойдёт стандартный компонент «Карта сайта». Если основная информация на сайте – каталог товаров (сделанный, естественно, с помощью модуля инфоблоков), то в карте сайта логично вывести разделы каталога, а не только разделы сайта.

• Дефолтные шаблоны

  Необходимо проверить, не используются ли где-нибудь на сайте дефолтные шаблоны. Может получится не очень хорошо, если, например, пользователь пытается восстановить пароль, ему на почту уходит письмо со ссылкой на сайт, он нажимает на ссылку… и видит не привычный ему дизайн сайта, а пример дефолтного «корпоративного» сайта Битрикса.

• Стили в визуальном редакторе

  Хорошо, когда контент-менеджер, пользуясь визуальным редактором, видит в нём текст, максимально похожий на текст, который отобразится на сайте. То есть для абзацев, заголовков и т.д. свой кегль шрифта, цвет и т.д. Как это сделать подробнее см. тут.

• Динамическая информация во включаемых областях

  Если во включаемой области содержится какая-либо динамическая информация, то она может закешироваться, что скорее всего приведет к нежелательному результату. Лучше вообще не использовать динамическую информацию во включаемой области.

• Резервная копия, обновления.

  Необходимо обновить Битрикс до актуальной версии, сделать резервную копию сайта и сохранить её на локальный компьютер.

• Кеш

  Ну, и напоследок, следует проверить, включено ли автокеширование. Если оно не включено, то нужно его включить и повторить всё тестирование с самого начала :)

Успехов, коллеги. И поменьше багов в ваших проектах.