Когда запускать набор регрессионных тестов по сравнению с полным набором тестов для мобильных приложений?


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

  • Smoke или BAT-тесты необходимы, когда набор регрессионных тестов занимает много времени и разработчикам нужна немедленная обратная связь. Затем дым идет при каждой регистрации?
  • Набор регрессионных тестов - идеальный вариант для выполнения каждой проверки, но если занимает много времени, его следует запускать хотя бы каждую ночь? Должен ли он быть фиксированным или изменяться динамически для каждой версии в соответствии с тем, что, по вашему мнению, необходимо «регрессировать»?
  • Полный комплект должен быть запущен один раз перед выпуском, но в какой среде - против среды разработки или контроля качества (или) против промежуточной или предварительной подготовки? Если это не подходит для постановки или предварительного производства, следует ли затем запустить регрессию против этапа или предварительного производства?

Как изменится указанная выше стратегия, если некоторая часть приложения должна быть протестирована вручную (не автоматизируемая или незавершенная)?

Как сказанное выше изменится для обычных веб-проектов?

Спасибо.
Пэдди


person Paddy    schedule 22.07.2016    source источник


Ответы (1)


Хороший вопрос. Сначала я бы порекомендовал изучить эти 2 сообщения в блоге, которые я написал об автоматизации тестирования мобильных устройств - в целом, я считаю, что контекст ваших тестов должен основываться на наиболее важных изменениях, которые вы вносите в свое мобильное приложение. Если, например, вы изменили область входа в приложение - это определенно важно, чтобы вы сначала разработали новые тесты (модульные / функциональные), чтобы охватить эти изменения + выполнить 1) https://mobiletestingblog.com/2016/05/07/7-mobile-test-automation-best-practices/ 2) https://mobiletestingblog.com/2016/02/11/tests-to-include-within-automation-suite/

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

Надеюсь, это поможет.

person erank    schedule 26.07.2016