61. Регресійне тестування.

Якщо система успішно проходила тести до внесення модифікацій, вона повинна їх проходить і після внесення таких.

Основна проблема регресійного тестування полягає в пошуку компромісу між наявними ресурсами та необхідністю проведення таких тестів у міру внесення кожної зміни.

Завдання полягає в тому, щоб визначити критерії "масштабів" змін, з досягненням яких необхідно проводити регресійні тести.

61. Інтеграційне тестування.

Інтеграційне тестування – тестування архітектури

Даний рівень тестування є процесом перевірки взаємодії між програмними компонентами / модулями.

Класичні стратегії інтеграційного тестування - "зверху-вниз" та "знизу-вгору“ , “монолітне”.

Сучасні стратегії залежать від архітектури тестованої системи і будуються на основі ідентифікації функціональних "потоків". Високий рівень абстракції

1. "зверху-вниз" - Відбувається поступова інтеграція модулів

2. "знизу-вгору“

3. “монолітне”.

Тестування окремих елементів не проводиться

Після розробки компонентів система збирається, і проводиться тестування системи в цілому

Основна задача – виявити проблеми взаємодії модулів системи

Проблеми:

• Важко виявити джерело помилок

• Важко організувати виправлення помилок

• Процес тестування погано автоматизується

Часова класифікація

1. Тестування з пізньою інтеграцією – аналог монолітного тестування (“тестування в кінці”)

2. Тестування з постійною інтеграцією – після розробки нового модуля системи, він відразу інтегрується з системою. Суміщення модульного та інтеграційного тестування.

3. Тестування з регулярною інтеграцією (ієрархічне тестування) – подібне до тестування “згори-вниз” та “знизу-вгору”, але не визначається напрямок проходу.

61. Тестування, що базується на досвіді та інтуїції.?

Специализированное тестирование – этот термин используется для обозначения тестирования программного обеспечения, при котором само тестирование производится без планирования и документации. Специализированное тестирование является неформальным методом тестирования. Как таковой, этот метод был подвергнут критике, поскольку он не структурирован и, следовательно, дефекты, обнаруженные с помощью этого метода может быть труднее воспроизвести (поскольку не существует никаких баг-репортов). Тем не менее, сильной стороной специального тестирования является то, что критические дефекты могут быть обнаружены очень быстро. Фактически, такое тестирование осуществляется с долью импровизации: тестер пытается найти ошибки с помощью любых средств, которые, кажется ему уместными.

66.Порівняння методів чорної та білої скриньки.

Тестирование чёрного ящика (black box)-состоит в том, что тесты проектируются на основе внешних спецификаций программ и модулей либо специфика­ций сопряжения модуля с другими модулями, программа при этом рассматривается как «черный ящик». Смысл теста заключа­ется в том, чтобы проверить, соответствует ли программа внеш­ним спецификациям. При этом содержание модуля не имеет значения. Такой подход получил название —- стратегия «черного ящика».

Тестирование белого ящика (white box)-стратегия «белого ящика», основан на ана­лизе логики программы. При таком подходе тестирование за­ключается в проверке каждого пути, каждой ветви алгоритма. При этом внешняя спецификация во внимание не принимается

В чому полягає тестування «чорної скриньки»?

1. Поведінка на вході/виході

   1. Контрольний список із специфікації

   2. Тестування очікуваної поведінки

   3. Кінцеві автомати

2. Застосування

   1. Застосовують на пізніх стадіях розробки

   2. Підходить як для верифікації так і валідації

   3. Сумісна з ОО програмуванням та повторним використанням

3. Критерій зупинки

   1. Традиційний – на основі покриття

   2. На основі використання

В чому полягає тестування «білої скриньки»?

1. Знання про програмний компонент/структуру

   1. Контрольний список виразів чи компонентів

   2. Тестування шляхів у коді (потік управління)

   3. Тестування залежності по даним (потоки даних)

2. Застосування

   1. Тестування на ранніх стадіях

   2. Подвійна роль програміста – тестувальника

3. Критерій зупинки

   1. В основному задачі покриття

   2. Інколи інші задачі по якості та надійності