-
Тестування та IT
-
-
Спільнота
-
-
-
- All about QA - Все про тестування ПЗ
- automation-remarks.com
- AutotestЯк
- DOU | QA
- From A to QA | Все про тестування
- Hot testing Channel
- Inside QA
- May the testing be with you
- QA | ua
- QA VISION
- qa семпай про тестування
- QA Україна
- Qa.room
- QAMania
- Quality matters by Inna Osinna
- Roman Yakymchuk Consulting
- Security QA
- Test Engineering Notes
- Testing with Sofia
- Yet Another Useful Channel
- Комора тестувальника | QA Info
- Нотатки суворого QA
- Олекса Мащиць
- Попелюха | QA
- Щоденник QA
- Показати більше (10) Згорнути
-
-
-
Інше
Регресійне тестування
Що таке Regression testing?
Відкриваємо словник і знаходимо, що регресія це повернення (системи, елементу системи) до менш досконалого або попереднього стану. Для софту оце «менш досконале» може означати аж до «не справне зовсім», як крайній мінімальний ступінь досконалості.
Отже, регресійне тестування варто розуміти як перевірку саме на такий стан (системи чи її елементів).
Що може призвести до регресії в поведінки системи? Будь-які її зміни. Це може бути як зміна вже чинних частин, так і додавання нових. Частіше за все мова про зміну або додавання коду. Хоча не тільки зміни в коді можуть спричинити регресію. Фактично — будь-які зміни можуть бути причиною.
Окреме і цікаве питання, коли та в якому обсязі робити регресійне тестування.
Практичне завдання.
Що, окрім змін в коді, може впливати на зміну поведінки системи, що вже існує та працює? Чи може допомогти в регресійному тестування тема, яка розглядалась на сторінці Димне тестування?