Різниця між звичайним тестуванням та об'єктно-орієнтованим тестуванням

Звичайне тестування та об'єктно-орієнтоване тестування

Тестування програмного забезпечення - один з найважливіших кроків у процесі розробки програмного забезпечення. Тестування програмного забезпечення гарантує, що розроблене програмне забезпечення задовольняє всі вимоги замовника та виконується без помилок. У міру того, як парадигми та методи розробки програмного забезпечення змістилися від початкової розробки програмного забезпечення водоспаду до OOD / Agile та інших новіших концепцій, тестування також змістилося від звичайного (традиційного) тестування до об'єктно-орієнтованого тестування (OOT). Але оскільки розробка водоспаду досі використовується, звичайні випробування все ще використовуються тестерами.

Що таке звичайне тестування?

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

Що таке об'єктно-орієнтоване тестування?

Використання об'єктно-орієнтованого (OO) аналізу та проектування разом з Agile та іншими останніми методологіями розробки програмного забезпечення призводять до об'єктно-орієнтованого тестування. Розробка ОО зазвичай орієнтована на поведінку. Тестування проводиться з акцентом на склад. Це означає, що дизайн створюється по частинах і складається разом, щоб завершити повну систему. Оскільки сьогодні для розробки ОО використовуються швидкі прототипування та певна форма поступового підходу, три звичайні рівні тестування (тестування системи, інтеграції та одиниці) не чітко видно в проекті ОО (але вони існують більшість разів). Тестування системи (під тестуванням OO) потребуватиме аналогічного (чорного поля) підходу, що і звичайне тестування, і перевірятиме специфікацію вимог (оскільки вимоги повинні бути перевірені незалежно від процесу розробки). Одиничне тестування при об'єктно-орієнтованому тестуванні аналогічно звичайному одиничному тестуванню, але основна відмінність - це визначення використовуваної одиниці. В даний час прийняті одиниці, які використовуються для тестування одиниць, - це класи та методи.

Яка різниця між звичайним тестуванням та об'єктно-орієнтованим тестуванням?

Традиційне тестування - це традиційний підхід до тестування, який здебільшого проводиться тоді, коли для розробки використовується життєвий цикл падіння води, тоді як об'єктно-орієнтоване тестування використовується, коли для розробки програмного забезпечення підприємства використовується об'єктно-орієнтований аналіз та дизайн. Звичайне тестування зосереджується більше на декомпозиції та функціональних підходах, на відміну від об'єктно-орієнтованого тестування, в якому використовується композиція. Три рівні тестування (система, інтеграція, блок), що використовуються у звичайному тестуванні, чітко не визначені, коли мова йде про об'єктно-орієнтоване тестування. Основною причиною цього є те, що для розвитку ОО застосовується поступовий підхід, тоді як традиційний розвиток дотримується послідовного підходу. Щодо одиничного тестування, об'єктно-орієнтоване тестування розглядає значно менші одиниці порівняно зі звичайними тестуваннями.