Наверх
aplana +7 (495) 710-75-80
Цена ошибки в информационных системах очень высока: 1 час отказа системы приводит к потерям до 400 000$

Регрессионное тестирование

Каждый раз при внесении изменений в систему, либо дополнения ее новым функционалом, существует вероятность того, что эти изменения повлияют на работоспособность ранее разработанного функционала или системы в целом.  Регрессионное тестирование предназначено для проверки того, что программа после изменений продолжает соответствовать поставленным требованиям и успешно взаимодействовать с другими системами.

Данный вид тестирования рекомендуется проводить каждый раз после корректировки программы, которая может включать исправление дефекта, слияние кода, миграцию на другую ОС или БД, добавление новой функциональности, и другие изменения. Если в процессе эксплуатации ПО существенно выросло число пользователей системы по сравнению с пилотной эксплуатацией, рекомендуется проводить регрессионное нагрузочное тестирование.


Ключевые преимущества
  • При регулярном проведении регрессионного тестирования - значительное сокращение количества дефектов в системе к моменту релиза.
  • Исключение деградации качества системы при росте функциональности.
  • Уменьшение вероятности критических ошибок в опытно-промышленной эксплуатации.

Основные задачи

Основной задачей регрессионного тестирования является проверка того, что исправление ошибки не затронуло существующую функциональность. Из-за необходимости частого выполнения одних и тех же сценариев тестирования  рекомендуется использовать автоматизированные регрессионные тесты, что позволит уменьшить сроки регрессионного тестирования.

  • Юлмарт
  • МТС Банк
  • Сбербанк
  • Центральный банк Российской Федерации
  • Хоум Кредит энд Финанс Банк
  • Sanofi
  • Филип Морис Интернэшнл
  • Спутник
  • ВТБ 24
  • ДжиИ Мани Банк
  • Альфа-Банк
  • Эльдорадо
  • Procter&Gamble
  • Газпромбанк
  • Ренессанс Жизнь
  • Мегафон
  • Райффайзенбанк
  • ТрансКредитБанк
  • ОТП Банк
  • МТС
Система Orphus