
- •1) Проблеми надійності пз.
- •2) Тест та тестування
- •3) Критерії коректної роботи програми
- •4) Види помилок
- •5) Особливості тестування
- •6) Класифікація методів тестування
- •7) Види та рівні тестування
- •8) Техніка тестування
- •9 )Умови некоректної роботи пз.
- •10) Причини виникнення помилок
- •11) Відомості про аксіоми.
- •12) Характеристика аксіом
- •13) Відомості про принципи тестування
- •14) Класифікація принципів тестування
- •15) Труднощі роботи тестера (тестувальника)
- •16) Процес тестування пз
- •17) Випадкове (стохастичне )тестування
- •18) Тестування за класами еквівалентності
- •19) Метод аналізу граничних умов
- •20) Загальні відомості про тестування потоків даних програм
- •21) Критерії тестування потоків даних програм
- •22) Критерії покриття умов
- •23)Граничне та внутрішнє тестування циклу.
- •24) Загальні відомості про тестування потоків даних програми
- •25) Критерії тестування потоків даних програми
- •26) Загальні відомості про мутаційне тестування
- •27) Положення мутаційного тестування.
- •31) Поняття модуля, його меж. Тестування класів.
- •32) Підходи до проектування тестового оточення.
- •33) Організація процесу модульного тестування
- •34) Завдання і цілі інтеграційного тестування.
- •35) Організація інтеграційного тестування.
- •36) Планування інтеграційного тестування
- •37) Завдання і цілі системного тестування
- •38) Види системного тестування.
- •39) Типи програмних індексів.
- •40) Помилки на етапах процесу розроблення
- •41) Класифікація помилок та тестів
- •42) Середовище тестування пз
- •43)Драйвера та заглушки
- •44) Тестові класи.
- •45)Генератори сигналів.
- •46) Аналіз статистики виконання тестів
- •47) Критерії якості тестування програмного коду
- •48) Розроблення тестових випадків.
- •49)Типи тестових випадків.
- •50) Проблеми тестування веб ресурсів та визначення завдань веб вузла.
- •51) Завдання тестів і тестування практичності
- •53) Тестування масштабованості. Тестування авантаження.
- •54) Стресове тестування. Тестування безпеки.
- •55) Характеристика оопз та його тестування.
- •56)Проектування тестів на рівні системи за допомогою схеми.
- •57) Проектування тестів на рівні системи за допомогою прецедентів.
- •60)Складності проведення тестів для об’єктно-орієнтованого пз.
- •61) Мета і задачі регресійного тестування.
- •62)Види регресійного тестування.
27) Положення мутаційного тестування.
Концепція мутаційного підходу полягає в тому, що професійні програмісти пишуть відразу майже правильні програми, які характеризуються дрібними помилками чи описками. Даний підхід ґрунтується на : Мутація – дрібні помилки в програмі. Мутанти – програми, що відрізняються один від одного мутаціями. У випадку мутаційного тестування необхідно створити таку кількість мутантів, яка охопила б всі можливі ділянки прояву помилок. Для застосування мутаційного тестування вибирається набір мутаційних операторів, які по-черзі виконуються у вихідному коді. Мутаційні оператори виконують такі дії: 1.знищення рядка кода; 2.заміна одного оператора іншим; 3.заміна змінної на іншу того ж часу.
28) Реалізація мутаційного тестування.
Мутаційне тестування базується на основі того, що в програму штучно вводяться помилки – мутації. Програми в яких є мутації називаються мутантами. Для того щоб тест зміг найти ці мутації необхідно щоб: 1.вхідні дані тесту повинні призвести до різних станів, програми мутанта та вихідної програми. 2. Значення змінної повинно вплинути на виведення програми і бути перевіреним тестом.
29) Рівні процесу верифікації
Верифікація – це дослідне підтвердження і забезпечення об’єктивного доведення того, що визначені вимоги задоволено. Валідація – дослідне підтвердження і об’єктивне доведення того, що вимоги до певного передбаченого варіанту використання задоволено. Процес верифікації активний протягом всього ЖЦ системи і працює паралельно з процесом розроблення: спочатку розробляється концепція системи, її розбиття на модулі, а потім розробляються окремі модулі. Послідовність цих рівнів залежить від типу ЖЦ але практично завжди їх склад однаковий. Процес верифікації розбивається на рівні: *Модульне – тестуються окремі компоненти. *Інтеграційне – тестуються групи взаємодіючих модулів і компонент системи. *Системне – тестується система загалом. *Приймальне – тестування замовником. Кожен з даних видів має свої організаційні особливості.
30) Завдання та цілі модульного тестування
Модульне тестування – це тестування окремих модулів. Основна мета: Упевнитися у відповідності вимогам кожного окремого модуля системи перед тим як буде проведена його інтеграція до складу системи. Під час модульного тестування вирішуються наступні завдання: *пошук і документація відповідності вимогам *підтримка розроблення і рефакторінга низькорівневої архітектури системи і міжмодульної взаємодії * підтримка рефакторинга модулів *підтримка усунення дефектів і відлагодження РЕФАКТОРИНГ – це перетворення програмного коду, зміна внутрішньої структури ПЗ для полегшення розуміння коду і легкого внесення подальших змін без зміни зовнішньої поведінки самої системи.