Про клієнта та проєкт
Наш клієнт з Європи (NDA) розробляє програмні рішення для систем підтримки бізнесу (BSS), які використовують постачальники телекомунікаційних послуг (CSP). Один із ключових продуктів компанії — корпоративна білінгова система, створена ще на початку 2000-х. Система стала важливою для забезпечення безперебійного надання фінансових послуг, автоматизуючи білінг і попередню обробку даних у таких галузях, як телекомунікації, банківська справа, готельний бізнес та інші B2B і B2C сектори. Вона дозволяє обробляти дані з телеком-обладнання та автоматизує білінгові процеси.
У попередній співпраці ми допомогли клієнту зменшити витрати на доставку модуля “Billing & Invoicing”. Ми оптимізували процеси CI/CD, автоматизували тестування та впровадили багаторазові UI-компоненти. Також використали MEF.DEV для швидшої інтеграції та застосували кешування, щоб зменшити час завантаження сторінки з 15 хвилин до 3 секунд. Ці покращення скоротили час розробки з 2–3 днів до 2–4 годин, що дозволило швидше та економніше доставляти нові функції.
У цьому кейсі клієнт мав відповідати суворим вимогам одного з найбільших мобільних операторів та інтернет-провайдерів в Україні (NDA). З приблизно 4 000 працівників і понад 27 мільйонами користувачів по всій країні, проєкт вимагав ретельного планування на кожному етапі впровадження.
Щоб забезпечити високу якість розробки та стабільність продукту, команда NetLS розробила покроковий тест-план для координації зусиль тестування, зменшення ризиків та підвищення ефективності процесу.
Що таке тест-план і навіщо він був потрібен команді клієнта
Тест-план — це документ, що описує стратегію, обсяг, підходи та активності, необхідні для тестування програмного продукту. Він включає такі компоненти: цілі тестування, об'єкти тестування, критерії входу та виходу, ресурси та графік виконання тестів.
Ми створили тест-план, щоб допомогти клієнту організувати процес тестування, мінімізувати ризики та забезпечити повну перевірку продукту. Він включав такі ключові елементи:
-
Цілі тестування – визначення того, що саме потрібно перевірити, і які бізнес-вимоги чи функції тестуються.
-
Обсяг тестування – які частини системи перевіряються, а які — ні.
-
Методологія тестування – підходи до тестування (ручне, автоматизоване), типи тестів (функціональне, нефункціональне, регресійне, навантажувальне) та інструменти.
-
Ролі та відповідальність – розподіл завдань між членами команди.
-
Ресурси та інфраструктура – необхідні людські ресурси, обладнання, ПЗ та середовище.
-
Критерії прийняття та завершення тестування – умови, за яких тестування вважається завершеним.
-
Графік тестування – дедлайни та залежності етапів для оптимального планування часу та ресурсів.
-
Оцінка ризиків – ідентифікація потенційних загроз та запобіжні заходи.
Завдяки цьому плану вся команда змогла безперешкодно відстежувати прогрес, швидко знаходити блокери та зменшити ризики:
-
QA-інженери – використовують тест-план як базовий робочий документ, що визначає обсяг тестування, сценарії, методологію та критерії прийняття. Він задає пріоритети та очікувані результати.
-
Менеджери проєктів – структурують процес тестування, керують ресурсами, стежать за прогресом та строками.
-
Розробники – заздалегідь знають, які функції тестуватимуться, і створюють код, готовий до тестування. Це підтримує співпрацю з тестувальниками та автоматизацію.
-
Системні адміністратори – план орієнтує їх щодо потреб інфраструктури та моніторингових інструментів. Це забезпечує стабільну продуктивність і підготовку до розгортання.
Ключові етапи створення тест-плану
-
Вивчили вимоги проєкту та сформували тест-кейси – аналізували бізнес- і технічні вимоги та трансформували їх у практичні кейси.
-
Визначили цілі тестування – перевірка коректності білінгових процесів і стабільності системи під різним навантаженням.
-
Визначили обсяг тестування – щоб охопити всі критично важливі компоненти системи.
-
Задокументували очікувані результати – для уникнення неоднозначних тлумачень.
-
Сформували середовище тестування – розуміння апаратного, програмного забезпечення, мережі та інструментів.
-
Ідентифікували потенційні ризики – для розробки стратегій пом’якшення.
-
Передбачили гнучкість для адаптацій – можливість вносити зміни залежно від нових вимог.
-
Розробили детальний графік тестування – для впорядкування роботи, оптимального використання ресурсів і уникнення затримок.
-
Додали ретроспективи – аналіз помилок для постійного вдосконалення.
-
Визначили ключові метрики – для оцінки прогресу та прийняття рішень щодо релізу.
Навіщо саме для цього проєкту був потрібен тест-план і як він вплинув на показники
Ми розробили декілька підходів до тестування відповідно до функціональних особливостей системи. Основною ідеєю було розділення кейсів, пов’язаних із фізичними IoT-пристроями та контролем трафіку, від аналітики для управління послугами й білінгу. Через складність і масштаб системи була критично важливою чітка стратегія тестування.
Після впровадження тест-плану клієнт зміг:
-
Скоротити час на регресійне тестування
-
Зменшити кількість критичних багів після релізу
-
Структурувати автоматизацію тестування
-
Поліпшити звітність з QA
-
Підвищити лояльність клієнтів завдяки стабільній роботі продукту
-
Розширити клієнтську базу
-
Зменшити витрати на розробку завдяки зменшенню ручного тестування
-
Підвищити загальну якість продукту
-
Зміцнити конкурентні позиції завдяки покращеній функціональності
Необхідні інструменти для проєкту
Тест-план включав як стратегію тестування, так і перелік інструментів, що були адаптовані під специфіку проєкту. Це дозволило кожному учаснику ефективно виконувати свої завдання відповідно до стандартів.
Ми враховували тип тестування, середовище роботи та вимоги проєкту під час вибору інструментів.

Результати
Розроблений нами тест-план у рамках послуг QA та автоматизації тестування допоміг клієнту покращити процес розробки:
-
Усі юзер сторі були задокументовані на старті проєкту для охоплення бізнес-логіки.
-
Після 5 регресійних циклів тести були автоматизовані через Azure CI/CD pipelines.
-
Використовувались різні типи тестування для різних цілей.
-
Тестування чітко відповідало вимогам завдяки структурованій стратегії.
-
Покращено досвід кінцевих користувачів завдяки стабільності продукту.
-
Замість найму ще одного мануального тестувальника команда створила автоскрипти для зменшення навантаження.
-
Виконання тестів залишалося послідовним і контрольованим.
-
Графік тестування з чіткими віхами забезпечив прозорість і дотримання строків.
-
Надійний набір інструментів — Trello, MS Teams, Redmine, Azure DevOps, MS SQL Server, SQL Server Profiler, SCEP Flow, Azure — забезпечив ефективну співпрацю, автоматизацію та моніторинг.
NetLS пропонує повний спектр послуг із QA та автоматизованого тестування на всіх етапах життєвого циклу ПЗ. Ми забезпечуємо ручне, автоматизоване та кібербезпекове тестування для підвищення якості продуктів і задоволення потреб кінцевих користувачів, допомагаючи бізнесу стати надійним постачальником на ринку.
Для підприємств важливо пришвидшити міграцію застосунків у хмару. Наші QA-послуги забезпечують плавний перехід. З нами компанії модернізують свою інфраструктуру для масштабування та успішної цифрової трансформації.
Ознайомтеся з іншими нашими проєктами з QA й автоматизованого тестування, щоб дізнатися, як інші компанії вже отримали переваги від наших послуг. Зв’яжіться з нами, щоб дізнатися, як ми можемо покращити якість вашого продукту!