МОДЕЛЮВАННЯ ПРОЦЕСУ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ЯК РОЗГАЛУЖЕНО- ЦИКЛІЧНОГО ТЕХНОЛОГІЧНОГО ПРОЦЕСУ

• Main Authors: В. М. Дубовой, І. В. Пилипенко
• Format: Article
• Language: English
• Published: Odessa National Academy of Food Technologies 2015-12-01
• Series: Avtomatizaciâ Tehnologičeskih i Biznes-Processov
• Subjects: Розгалужено-циклічний технологічний процес; тестування програмного забезпечення; ациклічний граф; неоднорідна марковська модель; ймовірність стану
• Online Access: http://journals.uran.ua/atbp/article/view/56333

В статті розглянуто процес тестування програмного забезпечення як розгалужено-циклічний технологічний<br />процес. Принципова характеристика процесу тестування програмного забезпечення полягає у циклічності<br />процесу, а саме в тому, що в програмі за період виконання кожного циклу тестування виявляються і<br />виправляються помилки, які не були знайдені раніше. Авторами запропоновано побудувати модель процесу<br />тестування, щоб спрогнозувати затрати на процес тестування, враховуючи його циклічну повторюваність.<br />Побудовано найпростішу схему процесу тестування ПЗ у вигляді графа. Застосовано алгоритм перетворення<br />циклічного графа процесу тестування на ациклічний. Побудовано марковську модель РТП для процесу<br />тестування ПЗ, враховуючи перетворення циклічного графа на еквівалентний йому ациклічний. За основу<br />взято неоднорідну марковську модель. Застосовано розроблену модель на реальних даних. Розглянуто<br />технологію управління проектами Scrum, яка використовується для гнучної розробки ПЗ. Прогнозування<br />часу здійснено за допомогою необхідної кількості циклів до досягнення заданої ймовірності відсутності<br />дефектів в програмному продукті. Для визначення ймовірності станів використано відомі результати<br />проходження кожного з модулів на основі 50 ітерацій. Використано визначення бажаних та небажаних<br />станів, в яких може бути операція після виконання одного циклу. Розроблена модель дала змогу<br />спрогнозувати час виконання процесу тестування ПЗ для трьох різних модулів. Запропонований підхід<br />дозволяє здійснювати прогнозування процесу тестування для кожного окремого модуля програмного<br />продукту, що дозволяє прийняти обґрунтовані рішення на кожній контрольній операції всього підпроцесу.