Кратко собранный материал про регрессионное тестирование + плюс мои советы.

😎Регрессионное тестирование — для того чтобы убедиться, что изменения в коде не повлияли на неизмененную часть приложения.

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

💡Мои советы как собрать прогон по регрессу:
🚀Обсуждение тестовой модели по регрессу с аналитиком вашей команды.

🚀Impact Analysis —это своеобразное исследование, с помощью которого можно указать наиболее часто затрагиваемые места на проекте при создании новой или изменении текущей функциональности, а также понять, насколько значительно они были затронуты. Правильно проведённый анализ изменений может значительно уменьшить время, необходимое для проведения тестирования и для актуализации ТМ.
Затронутые области требуют большего внимания во время проведения регрессионного тестирования.

🚀Техника (метод) «5 Почему», которая применяется для изучения причинно-следственных связей, лежащих в основе конкретной проблемы. Почему нет времени на регресс? Почему ограниченные сроки? Почему неверно оценен объем регресса? Почему требования менялись несколько раз?
Почему ....?

🚀Если в релизе затрагивается интеграция с конкретным сервисом, то проверяем в регрессе те модули, которые затрагивает новый сервис

🚀В регресс добавляем еще те проверки, которые важны для бизнеса, заказчика, сопровождения, в независимости затрагивают ли эти проверки новый модуль,
Если имеется четкое регламентированное требование на регресс, значит проверяем.

🚀На крупных проектах с каждым новым спринтом объем регрессионного тестирования вероятно увеличивается, поэтому здесь важна оптимизация тестовой модели, важно пересматривать тест-кейсы и удалять устаревшие.

🚀Заниматься исследовательским тестированием, обязательно добавлять в регресс тест-кейсы на исправленные дефекты, знать взаимодействие модулей системы, чтобы также быть на чеку, а как новый модуль будет взаимодествовать с уже готовыми модулями в системе.

🚀Содержание регресса - определяется аналитикой бизнес-команды, определяется объемами доработки.(это прям улучшенные процессы - компания мечты😁)

Также рекомендую почитать Регрессионное тестирование на Scrum-проектах: руководство по проведению

5 инструментов для анализа первопричин (RCA), которые помогут вам улучшить тестирование и QA

​​Привет! Сегодня продолжаем рубрику «Задачки и тестовые задания», где мы разбираем задачки, которые могут задать на собеседованиях

#задачки #тестовыезадания
Задача 2:

Ваша компания планирует создание нового веб-приложения для онлайн-бронирования отелей. Вам необходимо разработать бизнес-требования для этого приложения и описать его логику работы (так же могут попросить описать бизнес-процесс, но его рассмотрим в след раз 😉)

Ответ:

Постарайтесь сами дать ответ, и описать более детально бизнес-требования и логику работы

👉🏻Для начала составим небольшой список Бизнес-требований:

Например такие, как:
1. Функционал поиска и фильтрации отелей для удобства пользователей.
2. Возможность просмотра фотографий отелей, описаний номеров, сервисов, расположения, условий бронирования, а также отзывов пользователей.
3. Максимальная понятность и интуитивность интерфейса чтобы упростить взаимодействие с приложением.
4. Возможность бронирования и отмены бронирования номеров в один клик.
5. Онлайн-оплата бронирования в приложении с использованием популярных платежных систем.
6. Мобильная адаптивность с разработкой мобильных приложений для Android и iOS.
7. Надежность, безопасность и скорость работы приложения.
8. Возможность интеграции с другими приложениями и услугами для удобства пользователей.
9. Легкость в обслуживании и обновлении приложения для производителей.

Такие бизнес-требования позволят компании создать качественное веб-приложение, которое удовлетворит потребности пользователей и принесет прибыль.

❗️Также можно описать более детально бизнес-требования и описать по отдельности функциональные и нефункциональные требования, чтобы показать, что вы разбираетесь в терминах и знаете в чем их суть и разница

👉🏻Далее можно описать логику работы веб-приложения или описать бизнес-процесс (его тоже могут попросить на собесе, но его рассмотрим в след раз)

Например:
1. Пользователь заходит на сайт/мобильное приложение и вводит параметры поиска необходимого отеля и дату заезда-выезда.
2. Приложение отправляет запрос к базе данных отелей и показывает список подходящих вариантов соответствующих запросу.
3. Пользователь выбирает подходящий отель и номер, вводит свои контактные данные и подтверждает бронирование.
4. Приложение отправляет запрос через API резервирования номеров к выбранному отелю, определяет свободные номера, и производит бронирование на имя пользователя.
5. Приложение выводит информацию о бронировании, стоимости и методах оплаты, а также отправляет уведомление о бронировании на указанный электронный адрес пользователя.
6. В случае необходимости, пользователь может отменить бронирование в приложении.
7. По окончании пребывания в отеле, приложение может отправить опрос о качестве сервиса и оставить возможность пользователю оставить отзыв.
8. Администраторы приложения по запросам пользователя могут выдавать скидки на бронирование номеров, если пользователь решил оставить отзывы в свободной форме.

Зная логику работы, компания сможет настроить все процессы, чтобы они прошли максимально быстро и комфортно для пользователя, а также оптимизировать работу с базами данных и сервисами API резервирования номеров для обеспечения быстрого и безопасного бронирования

На основании вышеизложенного вы можете подготовить ряд вопросов, которые зададите при сборе требований с заказчика! Удачи вам!

#задачки #тестовыезадания
Источник: @analysis_it