До відправлення машин залишилося п’ятнадцять хвилин. Склад проводить відвантаження, інтернет-магазин передає замовлення, а фінансист відкриває місячний звіт. Якщо затримка виникне саме зараз, її відчують і оператори, і водії. Навантажувальне тестування K2 ERP допомагає відтворити такий сценарій у тестовому середовищі й знайти, де система витрачає час.
Пік важливіший за середнє
Два склади можуть обробляти однакову кількість рядків на день. Перший проводить документи рівномірно, другий отримує більшість замовлень перед відправленням. За однакового денного обсягу другий склад створює значно вищий короткочасний тиск на застосунок і базу. Для реалістичного тесту варто визначити тривалість піку, розмір документів, кількість одночасних працівників і набір операцій, які вони виконують.
Як K2 відтворює великі обсяги
У K2 ERP є генератор тестових даних. У демонстрації команда показує його на невеликому прикладі. Для масштабніших перевірок готують набори з мільйонами товарних позицій і десятками мільйонів документів та запускають паралельну генерацію з записом у базу. Такий набір дає змогу перевіряти роботу з великою історією, а сценарій навантаження визначає, які саме дії користувачів і фонових процесів відтворюються.
Де шукати причину затримки
Між натисканням кнопки та появою результату працюють браузер, сервер застосунку й PostgreSQL. Корисно вимірювати весь шлях, а потім розділяти його на етапи. Наприклад, швидка відповідь сервера може супроводжуватися повільним відображенням великої таблиці. У базі даних час іноді йде на очікування блокування, сортування великої вибірки або читання зайвих сторінок. Один і той самий симптом у працівника потребує різних виправлень залежно від причини.
Крім середнього часу, варто дивитися на p95 і p99, частку помилок та кількість операцій за хвилину. Якщо середній час низький, але кожна сота операція триває дуже довго, проблему першими помітять саме ті команди, які проводять найбільше документів.
Що перевірити перед великим впровадженням
Корисний пілот починається з робочих процесів підприємства. Склад може перевірити одночасне приймання й відвантаження на тих самих позиціях. Фінансова команда може запускати звіти під час активної зміни. ІТ-команда може виміряти, як зростання історії змінює час цих операцій. Після оптимізації той самий сценарій повторюють із тими самими параметрами, щоб порівняти результат.
Демонстрацію генератора та детальніший розбір наведено в матеріалі про навантажувальне тестування K2 ERP.
Leave a Reply