240 записей с тегом "Тестирование"

1. Обзор​

В этом руководстве представлены общие сведения о Cucumber , широко используемом инструменте для приемочного тестирования пользователей, и о том, как использовать его в тестах REST API.

Кроме того, чтобы сделать статью автономной и независимой от каких-либо внешних REST-сервисов, мы будем использовать WireMock, библиотеку веб-сервисов-заглушек и имитаторов. Если вы хотите узнать больше об этой библиотеке, обратитесь к введению в WireMock .

2. Огурец – язык огурца​

Cucumber — это среда тестирования, поддерживающая разработку, управляемую поведением (BDD) , позволяющая пользователям определять операции приложения в виде обычного текста. Он работает на основе доменного языка Gherkin (DSL). Этот простой, но мощный синтаксис Gherkin позволяет разработчикам и тестировщикам писать сложные тесты, делая его понятным даже для нетехнических пользователей.

1. Обзор​

В этой статье мы познакомим вас с Karate , средой тестирования Behavior Driven Development (BDD) для Java.

2. Каратэ и БДД​

Karate построен на основе Cucumber , другой среды тестирования BDD , и использует некоторые из тех же концепций. Одним из таких является использование файла Gherkin, который описывает тестируемую функцию . Однако, в отличие от Cucumber, тесты написаны не на Java и полностью описаны в файле Gherkin.

Файл корнишона сохраняется с расширением « .feature» . Он начинается с ключевого слова Feature , за которым следует имя функции в той же строке. Он также содержит различные тестовые сценарии, каждый из которых начинается с ключевого слова « Сценарий » и состоит из нескольких шагов с ключевыми словами « Дано », « Когда », « Тогда », « И » и « Но » .

1. Введение​

Выбор правильного инструмента для работы может быть сложной задачей. В этом руководстве мы упростим это, сравнив три инструмента нагрузочного тестирования веб-приложений — Apache JMeter, Gatling и The Grinder — с простым REST API.

2. Инструменты нагрузочного тестирования​

Во-первых, давайте быстро рассмотрим некоторые предыстории каждого из них.

2.1. Гатлинг​

1. Обзор​

В этом коротком руководстве мы сосредоточимся на имитации методов void с помощью Mockito.

Как и в других статьях, посвященных платформе Mockito (например, Mockito Verify , Mockito When/Then и Mock Methods Mockito ), класс MyList, показанный ниже, будет использоваться в качестве соавтора в тестовых примерах.

Мы добавим новый метод для этого руководства:

public class MyList extends AbstractList<String> {
 
    @Override
    public void add(int index, String element) {
        // no-op
    }
}

1. Обзор​

В этом руководстве рассматриваются основные принципы и механизмы тестирования REST API с помощью живых интеграционных тестов (с полезной нагрузкой JSON).

Основная цель — дать введение в тестирование базовой корректности API — и мы собираемся использовать последнюю версию GitHub REST API для примеров.

Для внутреннего приложения этот тип тестирования обычно выполняется на позднем этапе процесса непрерывной интеграции, используя REST API после того, как он уже был развернут.

При тестировании ресурса REST обычно есть несколько ортогональных обязанностей, на которых должны сосредоточиться тесты:

• код ответа HTTP ****
• другие заголовки HTTP в ответе
• полезная нагрузка ( JSON, XML)

1. Введение​

В этой статье мы кратко рассмотрим JBehave , а затем сосредоточимся на тестировании REST API с точки зрения BDD.

2. JBehave и BDD​

JBehave — это среда разработки, основанная на поведении. Он призван предоставить интуитивно понятный и доступный способ автоматизированного приемочного тестирования.

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

1. Обзор​

В этой статье мы рассмотрим аннотацию @WebAppConfiguration в Spring, зачем она нам нужна в наших интеграционных тестах, а также как мы можем настроить ее, чтобы эти тесты фактически загружали WebApplicationContext .

2. @WebAppConfiguration​

Проще говоря, это аннотация уровня класса, используемая для создания веб-версии контекста приложения в Spring Framework.

Он используется для обозначения того, что ApplicationContext , загружаемый для теста, должен быть экземпляром WebApplicationContext .

1. Обзор​

В этом руководстве мы покажем, как мы можем предотвратить запуск bean-компонентов типа ApplicationRunner или CommandLineRunner во время интеграционных тестов Spring Boot.

2. Пример приложения​

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

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

1. Обзор​

В этой короткой статье мы увидим, как должны создаваться исключения в наших контроллерах и как тестировать эти исключения с помощью Spring MockMvc.

2. Генерация исключений в контроллерах​

Давайте начнем изучать , как запустить исключение из контроллера .

Мы можем думать о службах, которые мы предоставляем из контроллера, так же, как если бы они были обычными функциями Java:

1. Обзор​

В этом руководстве мы собираемся создать простое приложение Spring, которое для тестирования использует базу данных в памяти .

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

Чтобы упростить тестирование приложения, мы откажемся от дополнительной настройки, необходимой для MySQL, и вместо этого будем использовать базу данных H2 в памяти для запуска тестов JUnit.

2. Зависимости Maven​