мних систем. Випадково генеруються сценарії тестування можуть застосовуватися для статичної оцінки надійності. Обидві цілі - підвищення і оцінка надійності - можуть досягатися при використанні моделей підвищення надійності.
· Регресійне тестування (Regression testing)
Визначення успішності регресійних тестів (IEEE 610-90 Standart Glossary of Software Engineering Terminology) говорить: «повторне вибіркове тестування системи або компонент для перевірки зроблених модифікацій не повинно призводити до непередбачуваних ефектів». На практиці це означає, що якщо система успішно проходила тести до внесення модифікацій, вона повинна їх проходити і після внесення таких. Основна проблема регресійного тестування полягає в пошуку компромісу між наявними ресурсами і необхідністю проведення таких тестів в міру внесення кожної зміни. Певною мірою, завдання полягає в тому, щоб визначити критерії «масштабів» змін, з досягненням яких необхідно проводити регресійні тести.
· Тестування продуктивності (Perfomance testing)
Спеціалізовані тести перевірки задоволення специфічних вимог, що пред'являються до параметрів продуктивності. Існує особливий підвид таких тестів, коли робиться спроба досягнення кількісних меж, обумовлених характеристиками самої системи та її операційного оточення.
· Навантажувальне тестування (Stress testing)
Необхідно розуміти відмінності між розглянутим вище тестуванням продуктивності з метою досягнення її реальних (досяжних) можливостей продуктивності та виконанням програмної системи з підвищенням навантаження, аж до досягнення запланованих характеристик і далі, з відстеженням поведінки на всьому протязі підвищення завантаження системи.
· Порівняльне тестування (Back-to-back testing)
Одиничний набір тестів, що дозволяють порівняти дві версії системи.
· Відновлювальні тести (Recovery testing)
Мета - перевірка можливостей рестарту системи у випадку непередбачуваної катастрофи (disaster), що впливає на функціонування операційного середовища, в якій виконується система.
· Конфігураційне тестування (Configuration testing)
У випадках, якщо програмне забезпечення створюється для використання різними користувачами (в термінах «ролей»), даний вид тестування спрямований на перевірку поведінки і працездатності системи в різних конфігураціях.
· Тестування зручності та простоти використання (Usability testing)
Мета - перевірити, наскільки легко кінцевий користувач системи може її освоїти, включаючи не тільки функціональну складову - саму систему, але і її документацію; наскільки ефективно користувач може виконувати завдання, автоматизація яких здійснюватися з використанням даної системи; нарешті, наскільки добре система застрахована (з погляду потенційних збоїв) від помилок користувача.
· Розробка, керована тестуванням (Test-driven development)
По суті, це не стільки техніка тестування, скільки стиль організації процесу розробки, життєвого циклу, коли тести є невід'ємною частиною вимог (і відповідних специфікацій) замість того, щоб розглядатися незалежної діяльністю з перевірки задоволення вимог програмною системою.
. Висхідний і спадний тестування
4.1 Восходящее тестування
При висхідному підході програма збирається і тестується знизу вгору. Телько модулі самого нижнього рівня («термінальні» модулі; модулі, що не викликають інших модулів) тестуються ізольовано, автономно. Після того як тестування цих модулів завершено, виклик їх повинен бути так само надійний, як виклик вбудованої функції мови або оператор присвоювання. Потім тестуються модулі, безпосередньо зухвалі вже перевірені. Ці модулі більш високого рівня тестуються не автономні, а разом з уже перевіреними модулями більш низького рівня. Процес повторюється до тих пір, поки не буде досягнута вершина. Тут завершуються і тестування модулів, і тестування сполученні програми.
При висхідному тестуванні для кожного модуля необхідний драйвер: потрібно подавати тести відповідно із сполученням модуля, що тестується. Одне з можливих рішенні - написати для кожного модуля невелику провідну програму. Тестові дані представляються як «вбудовані» безпосередньо в цю програму змінні і структури даних, і вона багаторазово викликає тестований модуль, з кожним викликом передаючи йому нові тестові дані.
Є і краще рішення: скористатися програмою тестування модулів - це інструмент тестування, дозволяє описувати тести на спеціальній мові і рятує від необхідності писати драйвери.
Тут від...
