Меню

Різниця між тестуванням та тестуванням на регресію на прикладі

difference between retesting

Спробуйте Наш Інструмент Для Усунення Проблем

Яка різниця між повторним тестуванням та регресійним тестуванням:

Чи не всі ви любите порівняння та протиставлення тематичних статей? Я знаю, що роблю. Це такий чудовий спосіб запросити думки, коментарі і, можливо, навіть сильну незгоду.

Сьогоднішня тема - тестування проти регресійного тестування.

=> Клацніть тут, щоб отримати повну серію випробувань на регресію.

Почнемо з повторного тестування:

Що ви дізнаєтесь:

Перевірка

Повторне тестування означає повторне тестування. Причина не має значення. Повторюючи тест, ви повторно тестуєте. Ви можете перевірити функціональність поточної версії. Або виправлення помилки, функціональність попередньої версії, тестовий приклад, який ви щойно запускали, тощо.

Повторне тестування та тестування регресії

Якщо ви все ще думаєте - чому - то нижче наведено кілька причин, які є такими ж добрими, як будь-які:

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

Я впевнений, ви зрозуміли.

Повторне тестування - це коли ви повторюєте тест з будь-якої причини. Це один із тих термінів, які залишаються вірними своєму визначенню.

Тест на регресію

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

Уявіть, як ви робите блочну вежу, додавши один блок над іншим. Ви не витрачаєте час на зміцнення або зміцнення основи. Невдовзі вежа впаде, чи не так?

де дивитись безкоштовне аніме в Інтернеті

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

Для цього нам довелося б протестувати програмне забезпечення. Це єдиний спосіб.

Рекомендована література => Що таке регресійне тестування? Інструменти та найкращі практики

Регресія є формою повторного тестування. Особливості 'Чому' та 'Коли' - це те, що відрізняє їх від попередніх.

1) Коли ми тестуємо? Коли програмне забезпечення зазнає змін

два) Чому ми тестуємо? Щоб переконатися, що нові доповнення / зміни не робили раніше функціональну функціональність нестабільною. Регресія є поширеною і рекомендується, коли:

  • Доступна нова версія. (Згорнути всі або, принаймні, важливі функції старшої версії)
  • Виправлено помилку

Слід зазначити: Вичерпне тестування на регресію неможливо, хоча бажано.

Ось чому Регресійний аналіз перед тим, як перейти безпосередньо до тестування. Цей крок включає вирішення того, наскільки регресія я повинен робити для своєї заявки.

Від чого залежить ступінь регресії?

  • Характер змін
  • Зв’язок / вплив змін на поточну систему / функцію
  • Доступний час та ресурси

Як тестери можуть вирішити ступінь регресії?

1) Завдяки досвіду та знайомству з додатком

два) Обговорення з розробниками

3) Місце, де було внесено зміни.Наприклад:якщо він знаходиться на домашній сторінці, то йому потрібно приділити більше уваги, ніж на одній із менш доступних сторінок.

Залежно від факторів, що діють, випробувальна група може вибрати одне з наступного:

  • Регресія одиниці
  • Часткова регресія
  • Повна регресія

Регресія одиниці означає, що ви повторно протестуєте змінений модуль / область програми ТІЛЬКИ.

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

Повна регресія ви тестуєте всю програму незалежно від місця зміни.

Це залежить від ситуації (часу та доступності ресурсів), серйозності зміни (її впливу), вкладу розробника тощо. Ви будете ефективнішими, коли ви оберете правильний набір тестів порівняно з усіма тестами.

найкращий відеоконвертер для Windows 7

Регресійний аналіз є ключовим фактором успіху. Йому потрібна розумна робота, а не важка робота.

Помилки щодо регресійного тестування

Існує багато помилкових уявлень про тестування регресії:

# 1) Регресія завжди здійснюється за допомогою автоматизації: Ні. Регресія також робиться вручну. Ми маємо цілу статтю про це => Як проводиться регресійне тестування? Чи можна це зробити вручну?

Зверніть увагу, що регресія є ідеальним кандидатом для автоматизації. Ступінь повторення забирає багато часу і може призвести до нудьги. Крім того, важлива перевірка може бути пропущена. Автоматизація - це надійна, швидка та ефективна альтернатива.

Також читайте => Проблеми автоматизованого регресійного тестування

# 2) Регресія ніколи не буває повною : Правда. Але не повністю.

Я маю на увазі, що вичерпний тест на регресію може бути неможливим. Але вичерпне регресійне тестування також може бути непотрібним.

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

# 3) Це непотрібно коли у вас стискається час : Неправда. Недостатня регресія призводить до відсутності впевненості в продукті. Ви ніколи не дізнаєтесь, чого очікувати від його реакції на різні сценарії кінцевого користувача.

# 4) Він запускає кожен окремий тест попереднього випуску: Ще раз, вибір кожного тесту не є правильним способом зробити це. Ключовим є стратегічний вибір тестових кейсів. Зрозумійте зміни та оберіть примірники тестів.

Добре, це детально тестування та регресія.

Тепер порівняння.

Повторне тестування проти регресійного тестування

Що з ними однаково?

  • Вони обидва засновані на повторенні
  • Перевірка та Техніка тестування чорної скриньки
  • Тести автоматики або ручного тестування повторно перевіряються або регресують
  • «Потрібно перевірити або вигнати свої сумніви і перетворити їх на впевненість у Так чи Ні - Томас Карлайл». Вони обидва роблять це.

Що в них різне?

  • Повторне тестування застосовується до будь-якого тесту - націлена на функціональність поточної або попередньої версії. Регресія - орієнтована на функціональність попередньої версії.
  • Повторне тестування не залежить від відповідних змін. Регресія орієнтована на зміни.

Нарешті, щоб досягти цієї концепції:

Скажімо, у вас є тестовий випадок XYZ, який призвів до дефекту з ID 120. Цей дефект виправляється у наступному випуску. Ви б протестували XYZ-тест і регресували функціональність навколо нього. Регресія полягає в тому, щоб переконатися, що після виправлення 120 все працює без змін. Повторне тестування полягає у визначенні виправлення дефекту.

Отже, це ні те, ні інше, але поєднання регресії та повторного тестування, що утворює динамічний дует .

Тепер це все для вас. Чи погоджуєтесь ви з наведеними тут визначеннями та аналізом?

Про автора: Ця стаття написана членом команди STH Свати С.

Запитання та відповіді для досвідчених веб-служб Java

Які ваші думки, коментарі та запитання щодо цього? Будь ласка, поділіться, і ми хотіли б з вами зв’язатися.

=> Завітайте сюди, щоб отримати повну серію випробувань на регресію.

Рекомендована література

^