УДК 004.415.532

Ремінний О.А.

Вінницький національний технічний університет

ПОБУДОВА КОРПОРАТИВНИХ ЗВІТІВ ПРО ЯКІСТЬ СИСТЕМИ НА ОСНОВІ АВТОМАТИЗОВАНОГО ЗАПУСКУ ТЕСТІВ

Звіти з інформацією про якість системи, що тестується, підлягають швидкому аналізу розробників, для внесення поправок в саме рішення автоматизованого тестування, або в систему, яка тестується.

Ці ж звіти в умовах великих компаній є одним з основних інформативних документів, які дозволяють випустити або відкласти випуск продукту. Тому максимально важливим є те, щоб звіти потрапляли до менеджменту продуктів за мінімальний час і в оригінальному вигляді.

На даний момент таку задачу зазвичай вирішують за допомогою наступних підходів: Інтеграція з системами автоматичної побудови продуктів (Continuous Integration systems); Ручна побудова звітів на основі виконання автоматизованих тестів.

Інтеграція з системами автоматичної побудови продуктів є логічним кроком для рішень автоматизованого тестування. Однак в багатопродуктових компаніях існує ризик, що кожен проект буде мати власну модифікацію систему побудови. На деяких проектах впровадження такої системи або не доцільне в грошовому плані, або неможливе в зв’язку з вектором розвитку продукту протягом довгого періоду часу.

Можна описати алгоритм побудови звітів для менеджменту (Рис. 1):

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

Обидва етапи адаптації результатів в умовах багатопродуктових компаній призводять до того, що деякі з результатів замовчуються і не потрапляють до відповідальних осіб.

Дану ситуацію можна описати формально, спираючись на теорію інформації. Так, є початкова інформація про результати тесту як алфавіт вигляду Res_Orig = {a₁,..., а_m}, та вихідний звіт для менеджменту у вигляді Res_Upd = {b₁,..., b_n}, який спотворюється при проходженні через канал зв’язку, кінцевий вигляд кількості інформації I(Res_Orig/Res_Upd), що отримує менеджмент проекту, можна описати як

.

(1)

Описаний алгоритм на Рис. 1 підлягає оптимізації з точки зору усунення ланок, які спричиняють певне спотворення інформації при передач вищому менеджменту.

Відповідно мінімальне спотворення даних, тобто ситуація коли до менеджменту буде надходити максимально коректна інформація, можна виразити наступним чином:

(2)

Дане твердження дає можливість поставити задачу видалення спотворюючи факторів (Рис. 1 - адаптації звітів) з алгоритму аналізу/формування звітів.Усунення ланок адаптації скриптів можливе через надання прямого доступу менеджерам проекту до звітів про виконання тестів. Відповідно, для забезпечення рівності (2), був запропонований компонент інформаційної технології автоматизованого тестування, що зображений на Рис. 2.

Рис. 2. Принципова схема збору інформації про використання фреймворку автоматизованого тестування

Запуск тестових скриптів як складової частини рішення автоматизованого тестування ініціюється тестером або розробником автоматизації. Базові компоненти фреймворку, які попередньо використовувались для розробки рішення автоматизованого тестування, мають власні механізми збору статистики про виконання тестів. Для розробника автоматизації ці механізми не є прозорими, вони заховані в базових класах фреймворку.

Після того як закінчується виконання певного скрипта, результат його виконання автоматично публікується на корпоративний сервер збору статистики та записується до бази даних. Дані потім є доступними менеджерам проекту через веб- інтерфейс. Також, оскільки дані зберігаються на протязі довгого періоду, вже логіка порталу дозволяє розширювати їх відображення, наприклад, порівнювати результати за різними періодами часу і т.п. Даний метод збору статистики та її представлення через веб-інтерфейс я важливим компонентом описуваної інформаційної технології, так як є постійним представником інформації про надійність, відмовостійкість та живучість системи, що тестується.