- •Щотакетестування?
- •Техніки, що базуються на специфікаціях.
- •Альфа та бета тестуваня.
- •5. Тесты на основе конечного автомата (Finite-state machine-based)
- •7. Дефект - неправильний крок, процес чи визначення даних в комп'ютерній програмі
- •8. Тестування на основі формальних специфікацій.
- •9. Случайное тестирование (Random testing)
- •Тестування, орієнтоване на дефекти.
- •11.Тестування мутацій.
- •Збої та відмови.
- •14.Тестування продуктивності.
- •15.Стрес тестування.
- •16.Системне тестування.
- •17.Методологія покращення якості.
- •Вимірювання, пов’язані з тестуванням.
- •19.Випадкове тестування.
- •20.Техніки орієнтовані на код.
- •3.3 Техники, ориентированные на код (Code-based techniques)
- •21. Система відслідковування проблем
- •22. Класифікація дефектів за серйозністю:
- •24. Тестуванняконфігурації.
- •25. Модульнетестування.
- •26. Тестуваннязручностівикористання (usability).
- •27. Звіти по помилках.
- •28. Метрики дефектів.
- •29. Тестуванняграфічногоінтерфейсукористувача.
- •30. Метрики динамікизнаходження дефектів.
- •Виконання тестів.
- •Модель процесу тестування.
- •Управління тестуванням.
- •Інструменти тестування.
- •Метрики покриття.
- •Статистичне тестування.
- •Класифікація інструментів тестування.
- •Спеціалізоване тестування.
- •41. Планування тестування.
- •42. Створення тестів (test-cаse).
- •43. Засоби (середовища) тестування.
- •44. Критерії вибору тестів.
- •45. Проведення тестування.
- •Порівняльне тестування.
- •47. Ефективність проведення тестування.
- •48. Функціональне тестування.
- •49.Тестування Web-застосувань.
- •50.Тестування та визначення дефектів.
- •Метрики підрахунку дефектів.
- •Проблеми оракула.
- •Обмеження при проведенні тестування.
- •Тести, що базуються на блок-схемі.
- •Тестування інсталяцій.
- •Зв’язок тестування з іншими видами діяльності по розробці.
- •Метод білої скриньки.
- •Рівні тестування (послідовність).
- •2. Уровни тестирования (Test Levels)
- •2.1.1 Модульное тестирование (Unit testing)
- •2.1.2 Интеграционное тестирование (Integration testing)
- •2.1.3 Системное тестирование (System testing)
- •Вимірювання, що базуються на концепції функціонального розміру.
- •Метод чорної скриньки.
- •Цілі тестування.
- •Метод сірої скриньки.
- •Регресійне тестування.
- •Інтеграційне тестування.
- •Тестування, що базується на досвіді та інтуїції.?
- •66.Порівняння методів чорної та білої скриньки.
- •67.Аналіз граничних значень.
- •68.Основи тестування.
- •69.Техніки, що базуються на аналізі коду.
- •70.Порівняння збоїв та відмов.
50.Тестування та визначення дефектів.
-
В тестуванні для визначення дефекту вдалий тест той, котрий спричиняє збій у системі. Це сильно відрізняється від тестування, аби продемонструвати, що програми відповідають своїм специфікаціям або іншим бажаним властивостям, в цьому випадку тестування вдале якщо спостерігаються незначні збої або їх повна відсутність.
-
Виявлення дефектів спонтанно
-
Виявлення дефектів на основі контрольних списків
-
Виявлення дефектів на основі сценаріїв
-
Метрики підрахунку дефектів.
- Плотность дефектов (500 = Число дефектов / Размер юода)
- Плотность дефектов после поставки (РООО = Число дефектов
после поставки / Размер кода)
- Доля отклоненных дефектов (ВПК = Число отклоиеииых
дефектов / Число дефектов)
- «Убойность» тестов (ОР = Число дефектов / Число тестов)
- Эффективность тестирования (ТЕ = Число дефектов / Трудозатраты тестирования)
- Доля покрытия требований (КСК = Число требований,
покрытых тестами / Число требований)
- Плотность покрытия требований (КСО = Число тестов / Число
требований)
- доля повторно открытых дефектов (КОК = Число повторно
открытых дефектов / Число дефектов )
- И много-много других
° Lifetime - распределение дефектов по их продолжительности жизни в проекте
° Detection time - распределение дефектов по времени их обнаружения
в жизненном цикле проекта, релиза или программного продукта.
° Submitted vs Resolved - временное распределение количества
дефектов со статусом Submitted и со статусом Resolved
° Resolved vs Validated - временное распределение количества
дефектов со статусом Resolved и со статусом Validated
° Reopened - временное распределение количества дефектов со
статусом Reopened
° Zero-defects data - прогноз даты, к которой идентифицированные при системном тестировании дефекты будут закрыты.
-
Проблеми оракула.
-
Оракул будь-який (людини або механізм) агент, який вирішує, чи програма вела себе правильно в даному тесті, і, відповідно, виносить рішення про “проходження” або “невдачу”. Існує багато різних видів оракулів, і автомитазація оракула може бути дуже проблематичною або дорогою.
-
Обмеження при проведенні тестування.
-
Теорія тестування застерігає від приписування невиправданого рівня довіри до серій пройдених тестів. На жаль, більшість встановлених результатів теорії тестування помилкові, в тому, що стверджують що тестування ніколи не отримає протилежного до того що воно вже отримало.
-
Найвідоміші цитати в цьому відношенні є афоризми Дейкстри що “тестування програм може використовуватися для демонстрації наявності помилок, але не для демонстрації їх відсутності.”
-
Очевидна причина в тому, що повне тестування не є можливим в справжньому ПЗ. Через це, тестування повинно визначатися в залежності від ризику, і може розглядатися як стратегія управління ризиками.