80. Метрики процесів для тестування

Застосовують показники виведені практично лабораторією IBM.

Види:

• S-крива процесів тестування;

• Надходження дефектів;

• Відставання виправлення дефектів;

• Зміна розміру продукту;

• Використання процесору;

• Фатальні збої та зависання;

• Середній час незапланованих збоїв.

Алгоритм:

• Визначити очікувані значення або значення для порівняння

• По осі Х відкласти часові інтервали

• По осі Y відкласти число виявлених дефектів

Надходження дефектів на тестування

Відставання дефектів тестування:

Рекомендації:

• Керувати процесом тестування таким чином, щоб пришвидшити пошук дефектів (крива пішла вгору);

• Перевіряти знайдені дефекти та визначати проблеми їх виникнення;

• Зменшувати відставання при виявленні дефектів.

Середній час незапланованих збоїв (МТІ)

Метрика використовується тільки на етапі тестування

n – кількість тижнів тестування

H –години використання процесора

W –ваговий коефіцієнт

І – кількість щотижневих незапланованих простоїв

Практичні

1. Вимірювачі програмного забезпечення.

2. Особливості використання вимірювачів пз

3. Використання iPlasma для вимірювань.

За допомогою iPlasma можна отримати значення 80-х об’єктно-орієнтованих метрик. Функціонально повний засіб для вимірювання, який вимірює метрики, які відносяться як до окремих класів, методів та пакетів, так і для проекту в цілому. Крім того, метрики виводяться не тільки в числовому вигляді, а й у графічному – у вигляді гістограми. Інструмент вільно розповсюджується.

На рис. 1 показано архітектуру платформи iPlasma. Інструмет починає роботу прямо

Рис. 4.1. Архітектура платформи iPlasma

з вихідного коду програм на мові Java або C++ та забезпечує повну підтримку всіх фаз,

необхідних для аналізу програмного забезпечення, починаючи від аналізу вихідного коду та побудови моделі до налаштування середовища для окремих видів аналізу, включаючи навіть пошук дублювання коду (рис. 2). Усі підсистеми інтегровані разом за допомогою інтерфейсу

Основні компоненти

Екстрактор моделей (Model Extractors). Мета побудови моделі – витягнути з вихідного коду інформацію, що важлива з точки зору деякої мети. Оскільки аналіз сфокусований на об’ектно-орієнтованих програмах, необхідно мати знання про систему що аналізується, функції, змінні та інформацію про їх викориcтання, зв’язки наслідування між класами, графи викликів и т.д.

Для JAVA системи використовується відкритий аналізатор коду що називається RISODIR для отримання об’ектно-орієнтованої моделі FAMIX.

MSS (екстрактор моделі для C++) інструмент що вилучає згадано вище модель з С++ вихідного коду, побудований на основі TILILOJIS`S-FAST бібліотеки. Вона отримує не обхід дерик торію що містить вихідні коди та проектну інформацію.

FAMIX Модель. FAMIX мета модель може представляти JAVA та С++ системи у однорідному вигляді, фіксуючи лише проектну інформацію. Одна з основних ролей FAMIX – забезпечення цілісної моделі навіть якщо код, який підлягає аналізу неповний або відсутні бібліотеки; а також – в забезпеченні великих програмних систем спрощенням навігації.

INSIDER. INSIDER – це інтегрований інтерфейс що об’єднує інтерфейси різних аналітичних інструментів, забезпечуючи їм однорідний зовнішній вигляд.

Метрики. Платформа і плазма містить бібліотеку більш ніж 80 сучасних об’єктно-орієнтованих метрик які можуть бути застосовані на різних рівнях абстракції, починаючи з метрик системного рівня для загальної оцінки системи. Метрики можуть бути розділені на дві такі категорії: метрики розміру – міри сутності що аналізується, метрики складності – міри складності сутності що аналізується; метрики зв’язаності – міри зв’язаності даних між сутностями, що аналізується, та метрики зчеплення – міри зчеплення класів.