Автоматизация дымовых, функциональных и регрессионных тестов для веб-приложений Java?

Question

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

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

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

Прежде чем идти дальше, если что-либо, о чем я говорил до сих пор, вводит в заблуждение или просто неправда, пожалуйста, начните с исправления!

Предполагая, что я более или менее на трассе:

1. Где инструменты, такие как Selenium WebDriver или BrowserStack получить классифицируются здесь? Являются ли они для анализа дыма или регрессии?
2. Каковы общепринятые методы/инструменты для проведения подобных испытаний?
3. Каковы общепринятые методы запуска/запуска этих тестов из автоматизированной сборки (например, Jenkins или Bamboo)?

Answer 1

В целом, принимая во внимание автоматизации веб-приложений, мы имеем следующие этапы

• Automate the Sanity/Smoke Tests

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

• Automate the Release/Regression Suite

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

Для ваших вопросов мой ответ таков

1. Это зависит от стратегии проекта.

2. Что я предлагаю, это сделать автоматическую проверку работоспособности, чтобы автоматизировать ее можно быстро. Если мы начинаем полноценный Test Automation Framework Development здесь сам, мы можем принимать больше времени для автоматизации вменяемости

   И Release Automation, тщательно планировать Рамочную архитектуру, учитывая все possibilites и требования Framework

3. Мы может интегрировать автоматизированные тесты с любым CI сервером как Jenkins или бамбука или круиз, и это все зависит от стратегии автоматизации

Учитывая мой опыт, это то, что мне делать, если я вам были

• Во-первых, определить acceptible инструмент для автоматизации над этим доменом
• Автоматизировать здравомыслия, с базовой основы, которая может запускать тесты и отправлять электронную почту с отчетом заинтересованным сторонам
• установить сервер CI, и создать работа, чтобы она работала на ежедневной основе, и все заинтересованные стороны получают результаты.
• Начать автоматизацию подхода к выпуску Suite, который включает в себя разработку автоматизации автоматизации тестирования