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

Структурне тестування програмного засобу.

Поняття, типи та види тестування. Види контролю якості розроблюваного ПЗ.

Тестування - це процес виконання програми, метою якого є виявлення помилок.

три стадії тестування:

• автономне тестування компонентів програмного забезпечення;

• комплексне тестування програмного забезпечення, що розробляється;

• системне або оцінне тестування на відповідність основним критеріям якості.

Для підвищення якості тестування рекомендується дотримувати наступні основні принципи:

• передбачувані результати мають бути відомі до тестування;

• слід уникати тестування програми автором;

• необхідно досконально вивчати результати кожного тесту;

• необхідно перевіряти дії програми на невірних даних;

• необхідно перевіряти програму на неочікувані побічні ефекти на невірних даних.

Структурний підхід базується на тому, що відома структура тестованого програмного забезпечення, у тому числі його алгоритми («скляний ящик»). В цьому випадку тести будують так, щоб перевірити правильність реалізації заданої логіки в коді програми.

При автономному налагодженні ПЗ кожен модуль насправді тестується в деякому програмному оточенні, крім випадку, коли програма складається тільки з одного модуля.

При висхідному тестуванні це оточення буде містити тільки один відладочний модуль (крім випадку, коли налагоджується останній модуль програми), що буде головним у програмі, яка тестується. Такий відладочний модуль називають ведучим.

При спадному тестуванні оточення модуля, який тестується в якості відладочних модулів містять відладочні імітатори (заглушки) деяких ще не налагоджених модулів.

Комбінований підхід. Найчастіше застосовують комбінований підхід: модулі верхніх рівнів тестують низхідним способом, а модулі нижніх рівнів - висхідним.

Тестування програмного забезпечення фахівцями. Згідно основним принципам небажане тестування програмного забезпечення його автором

Тестування архітектури ПЗ. Метою тестування є пошук невідповідності між описом архітектури і сукупністю програм ПЗ. До моменту початку тестування архітектури ПЗ повинна бути вже закінчене автономне налагодження кожної підсистеми.

Тестування зовнішніх функцій. Метою тестування є пошук розбіжностей між функціональною специфікацією і сукупністю програм ПЗ. Незважаючи на те, що всі ці програми автономно вже налагоджені

Тестування якості ПЗ. Метою тестування є пошук порушень вимог якості, сформульованих у специфікації якості ПЗ.

Тестування документації по застосуванню ПЗ. Метою тестування є пошук непогодженості документації по застосуванню із сукупністю програм ПЗ, а також виявлення незручностей, що виникають при застосуванні ПЗ.

Тестування визначення вимог до ПЗ. Метою тестування є з'ясування, якою мірою ПЗ не відповідає пред'явленому визначенню вимог до нього.

Дата добавления: 2015-05-07