AZ
Size: a a a
2020 November 11
АП
Alexander Zakharov
А контейнеры для чего? Для целей таких тестов поднимается база в контейнере. На ней ранят тесты, можно транкейтить таблицы при этом без проблем и накатывать дефолтные данные. А после тестов дропнуть контейнер с базой.
В случае с динамой это мало смысла имеет и всех случаев использования и близко не покрывает.
АП
Alexander Zakharov
Да, можно и DynamoDB в контейнере поднять, и локально и в клауде, у меня такое было на проекте
Я хочу проверить свою рест апи.
Рест апи делает запись в динаму. Динамодб стрим слушает новые записи, и шлет их в аналитику через sns. Как это локально в контейнере протестировать?
Рест апи делает запись в динаму. Динамодб стрим слушает новые записи, и шлет их в аналитику через sns. Как это локально в контейнере протестировать?
AZ
Я хочу проверить свою рест апи.
Рест апи делает запись в динаму. Динамодб стрим слушает новые записи, и шлет их в аналитику через sns. Как это локально в контейнере протестировать?
Рест апи делает запись в динаму. Динамодб стрим слушает новые записи, и шлет их в аналитику через sns. Как это локально в контейнере протестировать?
Речь была про поднять только базу, а не весь стек со всеми связями.
S🕶
Почему прохождение тестов зависит от размера бд? Этого явно быть не должно.
Одноразовый тест кейс? А как его два раза запустить?
Мы просто каждые N жней дропаем стеки тестового окружения и деплоим заново. Заодно доказывает что наша инфраструктура как код действительно может быть развернута с нуля.
Одноразовый тест кейс? А как его два раза запустить?
Мы просто каждые N жней дропаем стеки тестового окружения и деплоим заново. Заодно доказывает что наша инфраструктура как код действительно может быть развернута с нуля.
ну например запутсил текст который залил user-a Anton и проверяешь чтоб в таблице был один юзер,
запускаешь тест второй раз, а там уже есть такой user Anton и тест падает.
запускаешь тест второй раз, а там уже есть такой user Anton и тест падает.
АП
ну например запутсил текст который залил user-a Anton и проверяешь чтоб в таблице был один юзер,
запускаешь тест второй раз, а там уже есть такой user Anton и тест падает.
запускаешь тест второй раз, а там уже есть такой user Anton и тест падает.
Логично, тест сделал ровно то что должен был.
S🕶
Логично, тест сделал ровно то что должен был.
я не понимаю тебя, это ведь не правильно, тест упал - когда ты запустил то же самое второй раз, потому что в базе уже есть такая запись
АП
Нужно два теста.
Перый который всегда проверяет что определённая запись есть и падает если её нет.
Второй создаёт случайную запись и падает если она не создалась.
Перый который всегда проверяет что определённая запись есть и падает если её нет.
Второй создаёт случайную запись и падает если она не создалась.
S🕶
Нужно два теста.
Перый который всегда проверяет что определённая запись есть и падает если её нет.
Второй создаёт случайную запись и падает если она не создалась.
Перый который всегда проверяет что определённая запись есть и падает если её нет.
Второй создаёт случайную запись и падает если она не создалась.
ну вот рандомные записи, а нет варианта где можно было бы делать drop базы в конце
S🕶
Я хочу проверить свою рест апи.
Рест апи делает запись в динаму. Динамодб стрим слушает новые записи, и шлет их в аналитику через sns. Как это локально в контейнере протестировать?
Рест апи делает запись в динаму. Динамодб стрим слушает новые записи, и шлет их в аналитику через sns. Как это локально в контейнере протестировать?
мне еще очень интересно, как ты тестируешь целую цепочку lambda функций, я думал только одну lambda можно протестировать.
АП
ну вот рандомные записи, а нет варианта где можно было бы делать drop базы в конце
Есть, поднимайте до старта тестов стек и дропайте его после.
АП
мне еще очень интересно, как ты тестируешь целую цепочку lambda функций, я думал только одну lambda можно протестировать.
Так же как и любое другое интеграционное тестирование, взять и на тест аккаунте вызвать, и посмотреть на результат (в коде теста само собой).
S🕶
Есть, поднимайте до старта тестов стек и дропайте его после.
а как это можно сделать? я использую serverless - но мне кажется это не совсем то что нужно
АП
Серверлесс это про то как инфраструктуру описывать. Я тебе говорю про тест пайплайн.
АП
Кстати в серверлесс фреймворке есть CI/CD, попробуй его. Очень удобно и быстро.
АП
а github actions не подходит?
Не подходит для чего?
АП
Я её з Гитхаб екшн можно CI/CD написать, да. Но судя по вопросам тебе это не просто будет.
AZ
я не понимаю тебя, это ведь не правильно, тест упал - когда ты запустил то же самое второй раз, потому что в базе уже есть такая запись
Есть такие штуки в тестах как before all, before each, after all, after each. Они как раз для подготовки теста и уборки после теста годятся.