- •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)Види регресійного тестування.
42) Середовище тестування пз
Значний об’єм тестування складних систем переважно виконується із використанням інструментальних засобів в напівавтоматичному чи автоматичному режимі. Крім того, тестована система зазвичай розбивається на окремі модулі, кожен з яких тестується спочатку окремо від інших. потім в комплексі. Це означає, що для тестування необхідно створити деяке сховище, яке забезпечить запуск і виконання тестового модуля, передати йому вхідні дані, збере реальні вхідні дані, отримані в результаті роботи системи на заданих вхідних даних. Після цього середовище повинне порівняти реальні вихідні дані з очікуваними і на підставі цього порівняння зробити висновок про відповідність поведінки модуля заданій. Тестове оточення також може виконуватися для відчуження окремих модулів системи від всієї системи. Розподілення модулів системи на ранніх етапах тестування дає змогу точніше локалізувати проблеми, що виникають в їх програмному коді. Для підтримки роботи модуля у відриві від системи тестове оточення повинне моделювати поведінку всіх модулів, до функцій або даних яких звертається тестований модуль.
43)Драйвера та заглушки
Тестове оточення для програмного коду на структурних мовах програмування складається з двох компонентів - драйвера, який забезпечує запуск і виконання модуля, що тестується , і заглушок , які моделюють функції, що викликаються з даного модуля. Розробка тестового драйвера являє собою окрему задачу тестування, сам драйвер повинен бути протестований , щоб виключити невірне тестування . Драйвер і заглушки можуть мати різні рівні складності, необхідний рівень складності вибирається залежно від складності тестованого модуля та рівня тестування. Так , драйвер може виконувати наступні функції: 1) Виклик модуля, що тестується. 2) Передача в модуль, що тестується вхідних значень і прийом результатів. 3) Ввисновок вихідних значень. 4) Протоколювання процесу тестування і ключових точок програми. Заглушки можуть виконувати такі функції: 1) Не проводити ніяких дій (такі заглушки потрібні для коректної збірки тестованого модуля). 2) Виводити повідомлення про те, що заглушка була викликана. 3) Виводити повідомлення зі значеннями параметрів , переданих у функцію. 4) Повертати значення , заздалегідь заданий у вхідних параметрах тесту. 5) Виводити значення , заздалегідь заданий у вхідних параметрах тесту. 6) Приймати від тестованого ПО значення і передавати їх в драйвер
44) Тестові класи.
Тестове оточення для об’єктно-орієнтованого ПЗ виконує ті самі функції, що для структурних програм. Проте воно має деякі особливості, пов’язані із застосуванням успадкування та інкапсуляції, воно теж має бути протестоване. Метою тестування тестового оточення є доказ того, що тестове оточення жодним чином не спотворює виконання тестового модуля і адекватно моделює поведінку сиситеми.