keyclaim

Разработать и реализовать нотации по аналогии с переменными, по которым будут возможность автоматически сгенерировать значение по выбранному шаблону и далее использовать его для запроса или ответа мока. Предположительно это должен...

Переменные из cases должны быть сквозными

1

В настоящий момент у нас есть 2 флоу использования переменных: - `variables` - для пробрасывание значений между шагами внутри теста - `cases` - для реализации подхода table testing При этом...

Принцип тот же что и с запросами/моками в https://github.com/lamoda/gonkey/issues/138

Нужна поддержка работы с AeroSpike

1

Для тестирования интеграции с AeroSpike необходимы: - механизм загрузки фикстур - checker записей Думаю, фикстуры имеет смысл сделать по аналогии с обычной БД В качестве асерта мне нравится подход в...

Добавить нотацию, которая позволит использовать паттерны вида **$matchDate(format, formula)** и будет поддерживать: - динамические данные вида текущие дата-время-часовой пояс с точностью до минуты/секунды и т.д - поддержка различных форматов времени...

Поддержка base json с возможностью переопределения полей

1

Добавить в стратегию file возможность перезаписывать отдельные поля json-файла. Предположительное решение - расширить нотацию file полем overrideParams Пример: ``` strategy: file filename: mocks_data/some.json overrideParams: order[0].amount: 1000.01 ```

Добавить поле описания теста и отображать его в результатах

1

Добавить необязательное поле description в описание теста. При отображении поля description (в output и allure report) должны учитываться переносы строки ``` - name: Название теста description: Описание теста ``` В...

Строить sequence-диаграмму на основе теста

1

На основе https://github.com/lamoda/gonkey/issues/148 и поисания теста в yaml-сценарии строить sequence-диаграмму взаимодействия сервиса с внешними зависимостями. Формат диаграммы и что на ней отобразить необходимо обсудить(например, PlantUML). В дальнейшем можно обогатить ее...

Если в фикстурах не задействованы связи, то возможно придется задействовать схему БД для их отображения. Как и в https://github.com/lamoda/gonkey/issues/149 формат отображения такой схемы необходимо обсудить (например, PlantUML).

Идея в том чтобы получить данные о порядке вызовов на основе таймингов исходящих от сервиса запросов. Мок должен сохранять у себя время пришедшего запроса по каждому вызову каждого метода. В...