- •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)Види регресійного тестування.
12) Характеристика аксіом
Існують такі аксіоми і їх характеристика: *Неможливо повністю протестувати програму (Початківець у сфері тестування може вважати, що можна обробити ПЗ, повністю протестувати його і знайшовши всі помилки підсумувати що ПЗ ідеальна. Нажаль це не можливо навіть для найпростіших ПЗ); *Тестування – процес, що містить ризик (Якщо приймається рішення не тестувати всі можливі сценарії, то вибирається деякий ризик, оскільки перебрати всі варіанти неможливо і треба чимось нехтувати, існує імовірність того, що програміст зробив помилку, яка впливає на цю ситуацію, ця помилка може коштувати дорого, оскільки вона буде знайдена коли ПЗ вийде в експлуатацію, а тому на вилучення і заміну даної версії мають бути витрачені деякі зусилля); *Тестування не може довести, що помилок немає (Дана аксіома була запропонована в 1972р. Дейкстрой); *Чим більше помилок знаходить тестер, чим більше їх існує (Причина такої тенденції: -Бувають невдалі дні, -Програміст досить часто робить ті ж самі помилки, -Деякі помилки є вершинами айсберга); *Парадокс пестицидів (Чим більше тестує ПЗ, тим більше воно стає невразливим до тестування, в результаті тестери повинні писати нові тести); *Не всі знайдені помилки будуть виправлені (Причини: -Недостатньо часу, -Занадто ризиковане виправлення, -Це просто не варто виправляти, -Це насправді не полика, а властивість); *Іноді складно сказати, чи є помилка – помилкою (Іноді помилка являється не помилкою, а властивістю програми); *Спеціалізація розробки ніколи не завершується (Тестер ПЗ повинен засвоїти, що специфікація буде змінюватися. Тестери ПЗ є не самими популярними членами розробки програм)
13) Відомості про принципи тестування
Принципи і правила грають важливу роль у всіх інженерних дисциплінах, вони важливі для інженерів-тестерів, оскільки забезпечують основу для надбання знань і навичок у цій сфері. (Слово принцип має декілька значень: *Правила поведінки, *Загальний, або фундаментальний закон, *Закони, які складають основу роботи штучного інтелекту). Застосовуючи ці визначення до сфери розробки ПЗ можна сказати, що їх принципи лежать в законах, правилах, що відносяться до систем ПЗ. Тестування як етап розробки ПЗ має особливий набір принципів необхідних для тестера, вони вказують як перевіряти системи ПЗ і визначають правила поведінки тестера.
14) Класифікація принципів тестування
Є старі і нові принципи тестування. Нові:*Контрольний приклад повинен мітити очікуваний результат та вихідні дані. *Якщо мета тесту визначити дефекти, то якісний варіант тесту той, що найімовірніше виявить незнайдений досі дефект. *Результати тесту повинні бути реально перевірені. *Тести повинні розроблялися, як для коректних так і для некоректних вихідних даних. *Існування більшого числа дефектів пропорційне кількості знайдених дефектів в компоненті. *Тестування повинно проводитися групою людей незалежно від розробників. *Тести повинні передбачати багаторівневе виконання. *Тестування слід планувати. *Слід включати процес тестування в життєвий цикл ПЗ. *Тестування – це завдання, що вимагає творчості, та розумової праці.