Комплексне тестування та аудит 1С-Бітрікс: знаходимо помилки до релізу

Ви запускаєте реліз, а наступного дня клієнти скаржаться, що кошик не перераховує знижку при зміні кількості товару. Знайома ситуація? Ми тестуємо Бітрікс-проекти понад 8 років і перевірили 150+ сайтів. На ринку з 2016 року. Без чіткого тест-плану, розбитого за модулями, такі баги вислизають — особливо в нестандартних сценаріях. Ми пропонуємо системний підхід: тестування кожного модуля окремо та інтеграційних зв'язок. Наша методика дозволяє скоротити бюджет на підтримку до 40% за рахунок раннього виявлення помилок. Економія на підтримці сягає до 40% — це зменшує щомісячні витрати на 40 000 грн для середнього інтернет-магазину. Замовте тестування та отримайте звіт з рекомендаціями — це окупається за рахунок зниження кількості інцидентів.

Чому функціональне тестування критичне для Бітрікс?

Бітрікс — складна платформа з безліччю модулів. Помилка в одному може вплинути на інші. Наприклад, неправильний запит до інфоблоку призводить до дублювання товарів на лістингу. Або збій в подіях замовлення — покупець не отримує листа. Ручне тестування без плану пропустить такі кейси. Після зміни властивостей товарів необхідно перебудувати фасетний індекс — типова точка відмови. Як зазначено в документації, розумний фільтр потребує періодичної перебудови індексу. Автоматизація знижує ризик людської помилки та прискорює регрес у 3 рази порівняно з ручним тестуванням, а точність виявлення багів на 50% вища. Ми гарантуємо якість тестування — сертифіковані фахівці 1С-Бітрікс.

Які модулі Бітрікс перевіряємо?

Каталог та інфоблоки (iblock)

• Коректність фільтрації за властивостями (IBLOCK_PROPERTY, розумний фільтр)
• Робота сортування за ціною, популярністю, новизною — перевіряємо SQL у b_iblock_element
• Пагінація без дублювання елементів на стику сторінок
• SEO-теги та мета-дані на сторінках розділів та елементів
• Коректне відображення торгових пропозицій (SKU) для товарів з варіантами

Кошик та оформлення замовлення (sale)

• Додавання товару, зміна кількості, видалення
• Застосування купонів (b_sale_discount_coupon)
• Коректний перерахунок знижок при зміні складу кошика
• Вибір доставки та оплати, збереження вибору при перезавантаженні
• Перевірка обмежень на мінімальну суму замовлення
• Створення замовлення без реєстрації (гість)

Особистий кабінет (subscribe, sale, socialservices)

• Реєстрація, авторизація, відновлення пароля
• Історія замовлень, повторне замовлення
• Редагування профілю, зміна email/пароля
• Авторизація через OAuth (ВКонтакті, Google, Яндекс)

Пошук (search)

• Повнотекстовий пошук — результати, релевантність
• Морфологія (українська мова, стемінг)
• Пошук з помилкою — якщо підключений модуль «Морфологічний пошук»
• Відсутність результатів — коректна сторінка «нічого не знайдено»

Технічні перевірки

Ряд перевірок не можна виконати лише кліками — потрібен доступ до бази та логів.

Перевірка дублювання елементів на лістингу

При використанні кількох інфоблоків через CIBlockElement::GetList з JOIN по торгових пропозиціях часто з'являються дублі. Перевіряють запитом:

SELECT ie.id, COUNT(*) as cnt FROM b_iblock_element ie JOIN b_catalog_price cp ON cp.product_id = ie.id WHERE ie.iblock_id = 5 GROUP BY ie.id HAVING COUNT(*) > 1; 

Перевірка роботи розумного фільтра

Після зміни властивостей товарів або додавання нових елементів розумний фільтр може показувати застарілі дані. Перевіряють перебудову індексу:

// Примусовий перерахунок фасетного індексу \Bitrix\Iblock\PropertyIndex\Manager::markAsInvalid($iblockId); \Bitrix\Iblock\PropertyIndex\Manager::updateIndex($iblockId); 

Перевірка подій замовлення

Після оформлення тестового замовлення перевіряємо наявність потрібних подій у b_sale_order_change_data та коректність відправлених email-повідомлень через /bitrix/admin/mail_event_message_list.php.

Як автоматизувати тестування на Бітрікс?

Автоматизація в 3 рази скорочує час регресійного тестування порівняно з ручним. Для функціональних тестів використовуємо:

• Playwright — для end-to-end тестів браузерного флоу (кошик, оформлення)
• PHPUnit — для unit-тестів компонентів та хелперів
• Postman / Bruno — для тестування REST API (якщо проект використовує кастомний API)

Базовий e2e-тест оформлення замовлення на Playwright:

test('checkout flow', async ({ page }) => { await page.goto('/catalog/product-slug/'); await page.click('[data-role="add-to-cart"]'); await page.goto('/cart/'); await expect(page.locator('.cart-item')).toHaveCount(1); await page.click('[data-role="checkout"]'); await page.fill('#phone', '+79001234567'); await page.fill('#email', '[email protected]'); await page.selectOption('#delivery', 'pickup'); await page.click('[type="submit"]'); await expect(page).toHaveURL(/\/personal\/order\/detail\//); }); 

Як ми тестуємо: покроковий процес

1. Аналіз архітектури сайту та інтеграцій — виявляємо критичні шляхи.
2. Складання тест-плану за модулями з пріоритетами.
3. Ручне тестування за сценаріями — фіксуємо баги.
4. Автоматизація регресійних тестів (Playwright, PHPUnit).
5. Підготовка звіту з рекомендаціями та повторне тестування після фіксів.

Що входить в роботу

• Документація: детальний тест-план, баг-репорти зі скріншотами та логами
• Доступ до тестового середовища на час тестування
• Навчання вашої команди роботі з автотестами (за потреби)
• Підтримка після тестування протягом 30 днів

Що ви отримуєте?

Перед замовленням тестування переконайтеся, що у вас є доступ до адмінки та бази даних. Підготуйте тестові дані (товари, купони, користувачі). Визначте критичні сценарії (оформлення замовлення, оплата). Зберіть логи за допомогою bitrix_debug. Залиште заявку — ми підготуємо тест-план за один день.

Строки

Зв'яжіться з нами для оцінки вашого проекту — ми підберемо оптимальний набір тестів під ваш бюджет. Замовте тестування під ключ і отримайте детальний звіт з рекомендаціями. Економія на підтримці після тестування сягає 40%. Додатково ми проводимо навантажувальне тестування Бітрікс для оцінки працездатності під навантаженням.