- •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)Види регресійного тестування.
15) Труднощі роботи тестера (тестувальника)
Трудності: *Тестеру необхідно мати вичерпні знання в області програмної інженерії. *Тестеру необхідно мати досвід і системні знання у області специфіки, проектування і розробки ПЗ. *Тестер повинен розбиратися у виходах помилках і знати де вони найчастіше можуть зустрічатися. *Тестер повинен міркувати як вчений, висловлюючи припущення про наявність конкретних типів дефектів. *Тестер повинен добре орієнтуватися в характерних для тестового ПЗ дефектах, це можливо при якісній освіті і досвіді тестування. *Тестер повинен створювати і документувати контрольні приклади для розробки тестів необхідно вибирати вхідні дані з дуже широкого спектру. *Тестер розробляти і зберігати процедуру тесту для його виконання, тестер повинен планувати оптимальну витрату ресурсів. *Тестер повинен проводити всі випробування і протоколювати результат.
16) Процес тестування пз
Тестування ПЗ один з дорогих етапів життєвого циклу ПЗ. На нього відводиться до 60% загальних витрат. У галузі тестування відчувається недостача CASE-засобів і більшість зусиль витрачається на ручне тестування. Тестування може здійснюватися за наступними методиками: *Функціональне тестування (Чорна скринька – вихідний код програми не доступний. Мета: перевірка відповідності поведінки програми згідно з її зовнішніми специфікаціями); *Структурне тестування (Біла скринька – текст програми відкритий для аналізу перевірки внутрішньої логіки ПЗ).
17) Випадкове (стохастичне )тестування
Випадкове тестування характеризується створенням необхідної кількості випадкових тестів, у яких дані генеруються випадковим чином. Недоліки загальна кількість тестів, які необхідно згенерувати відповідно до вимог надійності, до того ж забезпечити незалежність цих тестів. !!! З метою скорочення кількості необхідних тестів Маєром було запропоновано розглядати розбиття безлічі вихідних даних на еквівалентні класи.
18) Тестування за класами еквівалентності
Відповідно до даної методики необхідно розробити множину значень вхідних даних на кінцеве число підмножин – є класом еквівалентності, щоб кожний тест, що є представником певного класу був еквівалентним будь-якому іншому тесту цього класу. !!! Два тести є еквівалентними, якщо вони ті самі помилки. Проектування тестів за методом еквівалентності відбувається в 2 етапи: 1)Виділення за специфікацією класів еквівалентності. 2)Побудова множини тестів. Метод класів еквівалентності має перевагу: *дозволяє значно скоротити кількість тестів у порівняні із методом випадкового тестування. Недоліки: *Складність виділення класів еквівалентності. *Можливий пропуск певних типів високорівневих тестів.
19) Метод аналізу граничних умов
Під граничними умовами розуміють ситуацію, що виникають безпосередньо на границі певної вхідної, або вихідної умови, вище, або нижче її. Методом аналізу граничних умов відрізняється від методу класів, тим, що вибір будь-якого представника класу еквівалентності здійснюється таким чином, щоб перевірити тестом кожну границю цього класу, при побудові тестів розглядаються не тільки вхідні умови, але й вихідні. Аналіз граничних умов – один з найбільш корисних методів проектування тестів, але він часто виявляється неефективним через, те що граничні умови іноді ледь вловимі, а їхнє виявлення досить важке. Правила методу аналізу граничних умов: *побудувати тести для границь множини допустимих значень вхідних даних і тести з недопустимими значеннями, що відповідають незначному виходу за межі цієї множини. *Якщо множина допустимих значень вхідних даних дискретна то будуються тести для мінімального і максимального значення, більшим, або менших цих величин.