Регрессионное тестирование заключается в повторном выполнении тест-кейсов, чтобы выяснить, привели ли изменения в коде к каким-либо негативным последствиям для существующих функциональных возможностей ПО.
При большом объёме данных в разных модулях приложения, новые или исправленные функции могут вызвать неожиданные проблемы в работе системы.
Для выявления подобных ошибок важно проводить регрессионное тестирование ПО.
БЕСПЛАТНО СКАЧАТЬ КНИГИ в телеграм канале "Библиотека тестировщика"
Содержание
- Что такое регрессионное тестирование
- Когда выполняется регрессионное тестирование
- Важность регрессионного тестирования
- Зачем нужно проводить регрессионное тестирование
- Лучшие практики регрессионного тестирования
- Плюсы автоматизации регрессионного тестирования
- Часто задаваемые вопросы
- Заключение
Что такое регрессионное тестирование
Регрессионное тестирование — это тип тестирования, который проверяет корректность работы существующих функций после внесения новых изменений в приложение. Любые обновления кода или модификации пользовательского интерфейса не должны нарушать работу уже функционирующего программного обеспечения. При регрессионном тестировании повторно выполняются все функциональные и нефункциональные тесты, чтобы убедиться в стабильности сборки системы после обновления.
Обычно тестировщики выполняют существующие тест-кейсы и не тратят время на создание новых. Поэтому регрессионное тестирование частно автоматизируется.
Когда выполняется регрессионное тестирование
Подобные проверки должны начинаться сразу же после выпуска новой сборки для тестирования и повторяться для каждой новой сборки кода. Регрессионные тесты следует выполнять сразу после завершения санитарного тестирования (sanity testing).
Область охвата регрессионных проверок должна экспоненциально расширяться по мере увеличения сложности продукта. Команда тестирования должна добавлять больше тест-кейсов для новых модулей или функций в набор регрессионных тестов.
Иногда набор регрессионных тестов может стать настолько большим, что это может негативно сказаться на сроках тестирования и релиза продукта.
Важность регрессионного тестирования
Регрессионное тестирование гарантирует, что программное обеспечение продолжит корректно работать после внесения каких-либо изменений.
Для проведения регрессионного тестирования можно использовать инструменты для автоматизации. Автоматизированное тестирование позволяет за более короткий период проверить не только существующие функции, но и оценить новые изменения.
Зачем нужно проводить регрессионное тестирование
Несмотря на то что регрессионные проверки могут оказаться слишком трудоёмкими, они позволяют обнаружить потенциальное влияние изменений в коде на любую часть приложения.
Регрессионные проверки важны с точки зрения непрерывной разработки приложения, когда обновления и исправления появляются по мере развития продукта. В такой ситуации становится сложно отследить, какие изменения привели к сбоям в существующей функциональности.
Лучшие практики регрессионного тестирования
Существуют споры о том, какой объём регрессионных тестов является достаточным. Поскольку из-за недостатка тестов можно пропустить дефект, а их большое количество способно перегрузить команды тестирования.
Поэтому важно найти правильный баланс, который обеспечит качественное тестовое покрытие благодаря сочетанию продуманного подхода и лучших практик регрессионного тестирования.
1. Сокращение влияния регрессии — планирование небольших и частых релизов
Поскольку дефекты могут возникать из-за изменений, вносимых в существующий код, то множество изменений приводит к повышению воздействия регрессии.
Необходимо проводить тестирование сразу после внесения изменений или обновлений продукта.
2. Понимание продукта
Специалисты по контролю качества должны хорошо понимать приложение, чтобы определить, какие области будут подвержены дефектам из-за новых изменений.
С этим могут помочь специальные карточки, отображающие взаимосвязь разных модулей приложения. Они наглядно демонстрируют какие изменения в модуле могут повлиять на другие компоненты приложения.
3. Привлечение тестировщиков к код-ревью
Необходимо привлекать тестировщиков к код-ревью. Несмотря на, что им не обязательно глубоко погружаться в процесс создания кода, это поможет тестировщикам лучше понять области, которые подверглись изменениям.
4. Участие тестировщиков в программировании
Помимо, участия в код-ревью, тестировщик может взаимодействовать с разработчиками в процессе программирования новых модулей.
Это отличный способ для команды тестировщиков спланировать наборы регрессионных тестов для достижения максимального покрытия тестирования.
5. Документирование дефектов
Одной из основных практик регрессионного тестирования является преодоление проблемы отсутствия документации.
Обнаруженные дефекты должны быть задокументированы в виде подробных шагов воспроизведения этих дефектов, которые могут быть преобразованы в автоматизированные тест-кейсы. В этом могут помочь специальные системы для отслеживания дефектов.
6. Определение тестового покрытия
Ниже перечислены факторы, которые необходимо учитывать при написании тест-кейса для регрессионного тестирования:
- Области с высоким риском возникновения дефектов.
- Бизнес-логика тестируемого продукта.
- Основные функции тестируемого продукта. Например: в веб-приложениях для электронной коммерции (e-commerce) важно протестировать корректность интеграции приложения с платёжным шлюзом.
- Использование тест-кейсов, выявивших дефекты в предыдущих циклах тестирования.
- Контроль обновления и дополнения набора регрессионных тестов по мере разработки приложения.
7. Автоматизация регрессионного тестирования
Регрессионное тестирование — это непрерывная работа, которая начинается с момента начала разработки приложения. Тестовый набор для такого тестирования может состоять из тысяч тест-кейсов. Выполнение такого объёма тестов вручную создаёт огромную нагрузку на команду тестировщиков.
Чтобы избежать этого, рекомендуется использовать инструменты для автоматизации тестирования. Это значительно сократит время, затраченное на тестирование, и позволит быстро выявить и устранить проблемы.
Плюсы автоматизации регрессионного тестирования
- Автоматизированные тесты проводятся быстрее, чем такие же тест-кейсы выполненные вручную.
- Предоставление отчётов о результатах тестирования. Отчёты автоматизированных регрессионных тестов достаточно наглядны, чтобы предоставить информацию тестировщикам и разработчикам о том, какие изменения в коде привели к дефектам в приложении.
- Автоматизация регрессионного тестирования позволяет разделить огромный набор тестов по различным конфигурируемым платформам или системам для параллельного запуска тестов, что позволит быстрее завершить процесс тестирования.
Часто задаваемые вопросы
Как проводить регрессионное тестирование?
Регрессионное тестирование можно проводить путём выявления изменений в коде существующего приложения для проверки на наличие проблем. После каждого обновления приложения проверяйте внесённые изменения, а также их влияние на существующие функции.
Как написать тест-кейс для регрессионного тестирования?
Поскольку вы проводите тест-кейсы для проверки существующих функций, вам не нужно писать новые тесты. Для тестирования приложения можно повторно запустить существующие тесты.
Какие аспекты наиболее важны при регрессионном тестировании?
При проведении регрессионного тестирования необходимо обращать внимание на части приложения, в которых произошли изменения. А также определить тест-кейсы, которые охватывают как новые изменения, так и уже существующие функции.
Заключение
Регрессионное тестирование является неотъемлемой частью процесса разработки. Оно помогает проанализировать последствия каждого изменения в коде приложения.
Рассмотренные в статье практики помогут удостовериться в корректности используемых тестов, а также отсутствии ошибок перед выпуском приложения для конечных пользователей.
Перевод статьи «7 Regression Testing Best Practices To Follow».