- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків rad
- •Спіральна модель конструювання пз
- •Компонентно-орієнтована модель конструювання пз
- •Важковагові та полегшені процеси
- •Xp процес
- •4 Базові дії:
- •Кодування.
- •Тестування.
- •Робота з замовником.
- •Проектування.
- •Моделі якості процесів конструювання пз
- •Процес керування проектом
- •Планування проектних задач
- •Розмірно-орієнтовані метрики (ром)
- •Функціонально-орієнтовані метрики (фом)
- •Коефіцієнти Fi
- •Виконання оцінки проекту на основі loc та фп метрик
- •Конструктивна модель вартості
- •Модель композиції додатку
- •Модель раннього етапу проектування
- •Модель етапу послідовної архітектури
- •Класичні методи аналізу
- •1. Послідовна
- •3. Ітерація
- •Надійні динамічні системи
- •Основи проектування програмних систем
- •Супровід.
- •Проектування
- •Кодування
- •Тестування
- •Декомпозиція підсистем на модулі
- •Модульність
- •Інформаційна закритість
- •Зв'язність модуля
- •Визначення зв'язності модуля
- •Зчеплення модулів
- •Класичні методи проектування
- •1. Метод структурного проектування
- •2. Проектування для потоку даних типу «запит»
- •Основні поняття та принципи тестування
- •Структурне тестування
- •1. Спосіб тестування базового шляху.
- •2. Спосіб тестування умов
- •3. Тестування циклів
- •Функціональне тестування
- •1. Спосіб розбиття по еквівалентності
- •2. Спосіб аналізу граничних значень
- •3. Спосіб діаграм причин-наслідків
- •3Ауважння:
- •Організація процесу тестування пз
- •1. Методика тестування програмних систем
- •2. Тестування елементів
- •3. Тестування інтеграції
- •Спадне тестування інтеграції
- •Зростаюче тecтування інтеграції
- •Порiвияиня спадного I зростаючого тестування інтеграції
- •4. Тестування правильності
- •5. Системне тестування
- •Основні принципи об’єктно-орієнтованої методології розробки програмної системи (оом пс)
- •Об’єкти та класи
- •ОоАналіз
- •1999Р. Березень-липень uml 1.3
- •Діаграма варіантів використання (use case diagram)
- •Діаграма класів (Class diagram)
- •Послідовна
- •Паралельна
- •2. Асоціації:
- •Діаграма станів (Statechart diagram)
- •Діаграма діяльності (Activity diagram)
- •Діаграма послідовності (Sequence diagram)
- •Діаграма кооперації (Collaboration diagram)
- •Діаграма компонентів (Component diagram)
- •Діаграма розгортування (Deployment diagram)
- •Особливості реалізації мови uml у середовищі Rational Rose
- •Головне меню
- •Вікно діаграми
- •Стандартна пі
- •Уніфікований процес компанії Rational Rose
- •3 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
5. Системне тестування
Системні тести повинні перевіряти, що всі системні елементи правильно об’єднані і виконують призначені функції. Розглянемо основні типи системних тестів.
Тестування віновлення
Багато комп'ютерних систем повинні відновлюватися після відмовлень i відновляти обробку в межах заданого часу. У деяких випадках система повинна бути відмовостійкою, тобто відмовлення обробки не повинні бути причиною припинення роботи системи. В інших випадках системне відмовлення повинне бути усунуте в межах заданого періоду часу, інакше замовнику наноситься серйозний економічний збиток.
Тестування відновлення використовує різні шляхи для того, щоб змусити ПС відмовити, i перевіряє повноту виконаного відновлення. При автоматичному відновленні оцінюються правильність повторної ініціалізації, механізми копіювання контрольних крапок, відновлення даних, перезапуск. При ручному відновленні оцінюється, чи знаходиться середній час відновлення в припустимих межах.
Тестування безпеки
Тестування безпеки перевіряє фактичну реакцію захисних механізмів, вбудованих у систему, на проникнення.
У ході тестування безпеки випробувач відіграє роль зломщика. Йому дозволено все:
1. спроби довідатися пароль за допомогою зовнішніх засобів;
2. атака системи за допомогою спеціальних утиліт, що аналізують захисти;
3. придушення, приголомшення систем и (у надії, що вона відмовиться обслуговувати інших клієнтів);
4. цілеспрямоване введення помилок у надії проникнути в систему в ході відновлення;
5. перегляд несекретних даних у надії знайти ключ для входу в систему.
Стресове тестування
Стресове тестування виконується при ненормальних запитах на ресурс системи (по кількості, частоті, розмiру-обсягу).
Власне кажучи, випробувач намагається зруйнувати систему. Різновид стресового тестування називається тестуванням чутливості. У деяких ситуаціях (звичайно в математичних алгоритмах) дуже малий діапазон даних, що міститься в границях правильних даних системи, може викликати помилкову обробку чи різке зниження продуктивності. Тестування чутливості виявляє комбінації даних, що можуть викликати нестабільність чи неправильність обробки.
Тестування продуктивності
У системах реального часу й вбудованих систем неприпустимо ПЗ, що реалізує необхідні функції, але не відповідає вимогам продуктивності.
Тестування продуктивності перевіряє швидкість роботи ПЗ у комп’ютерній системі. Продуктивність тестується на всіх кроках процесу тестування. Навіть на рівні елемента при проведенні тестів «білого ящику» може оцінюватися продуктивність індивідуального модуля. Проте, поки всі системні елементи не об’єднаються цілком, не може бути встановлена дійсна продуктивність системи. Іноді тестування продуктивності сполучать зі стресовим тестуванням. При цьому нерідко потрібно спеціальний апаратний i програмний інструментарій. Наприклад, часто потрібно точний вимір використовуваного ресурсу (процесорного циклу i т.д. ). Зовнішній інструментарій регулярно відслідковує інтервали виконання, реєструє події (наприклад, переривання) i машинні стани. За допомогою інструментарію випробувач може знайти стану, що приведуть до деградації i можливих відмовлень системи.