Навантажувальне тестування K2 ERP: великі обсяги даних і реальні робочі сценарії
Коли склад приймає товар, оператори проводять відвантаження, інтеграції передають замовлення, а фінансовий відділ формує звіт, ERP має обслуговувати ці процеси одночасно. Саме до таких умов потрібно готувати корпоративну систему: перевіряти обсяги даних, паралельні операції та час отримання результату користувачем.
У матеріалі від 6 листопада 2026 року команда K2 показує генератор тестових даних і пояснює свій підхід до навантажувальних перевірок K2 ERP. Він поєднує підготовку довідників та історії документів із поступовим ускладненням робочих сценаріїв.
Генератор допомагає підготувати дані для перевірки
У генераторі є два основні розділи: довідники й документи. Можна створювати номенклатуру, контрагентів, місця розташування та контейнери. Для номенклатури задаються кількість гілок, число товарів і глибина вкладеності. Так команда отримує структуру даних, на якій можна перевіряти пошук, списки та пов’язані операції.
У показаній версії генерація документів доступна для K2 WMS. Користувач вибирає типи документів продажів, закупівель і складських операцій, їх кількість та, за потреби, проведення. У демонстраційному запуску створено 630 документів за 80 секунд. Після цього їх наявність перевіряють у робочих списках K2 WMS. Ця цифра характеризує саме показаний запуск підготовки даних.
Велика база й одночасна робота перевіряються окремо
Для масштабних перевірок команда описує використання мільйонів товарних позицій, десятків мільйонів документів і тисяч паралельних процесів генерації із записом у базу. Великий набір дозволяє досліджувати поведінку запитів на значній історії операцій. Паралельна генерація допомагає перевіряти одночасний запис. Користувацькі сценарії доповнюють ці перевірки конкретними діями, ролями й темпом роботи.
Однаковий денний обсяг може створювати різні умови. Рівномірне надходження замовлень і пік перед відправленням машин потребують різних сценаріїв тесту. Значення мають кількість рядків у документі, число активних складів, популярність окремих товарів і одночасний запуск звітності. Тому тестування починається з опису операцій підприємства.
Що саме перевіряють у PostgreSQL та вебзастосунку
Користувач бачить загальний час від натискання кнопки до результату на екрані. Усередині цього інтервалу працюють браузер, серверна бізнес-логіка, з’єднання з базою, SQL-запити й передавання відповіді. Окреме вимірювання цих ділянок допомагає зрозуміти, де потрібна оптимізація.
У джерелі розглянуто плани запитів PostgreSQL, індекси, очікування транзакцій, дискові операції та WAL, фонове обслуговування бази, великі списки й звіти. Наприклад, пошук конкретного артикулу і звіт за великою частиною історії можуть потребувати різних способів читання даних. А паралельна робота з одним популярним товаром створює інші умови, ніж рівномірний запис у незалежні позиції.
Від окремої операції до тривалої зміни
Команда описує кілька рівнів перевірки: окрему операцію, змішане навантаження, раптовий пік і тривалу роботу. Пошук, відкриття списку, проведення та формування звіту спочатку можна дослідити окремо, а потім поєднати. Тривалі сценарії допомагають побачити накопичення черг і взаємодію робочих операцій із фоновими процесами.
Разом із часом відповіді оцінюють успішно завершені операції, помилки й тайм-аути, стан черг і коректність даних. Для часу корисний розподіл значень, зокрема p95: він показує межу, в яку вкладаються приблизно 95% виміряних операцій. Окремо перевіряють повторні запити після затримки, щоб оцінити результат проведення та узгодженість залишків.
Практичний результат для підприємства
Такий підхід допомагає до запуску визначити, які операції варто оптимізувати, як система поводиться під час піку та чи можна поєднувати відвантаження з важкою звітністю. Після зміни повторюють порівнюваний сценарій і вимірюють ефект. Для власного проєкту корисно підготувати дані про документи за зміну, активних користувачів і критичні операції.
Роботу генератора можна побачити у відеодемонстрації K2 ERP, а ознайомитися із системою — у безкоштовній хмарі. Навантажувальні перевірки перетворюють загальну вимогу «система має працювати швидко» на конкретні сценарії, вимірювання та технічні рішення.