Дмитрий Аникин "Компонентные тесты как способ написания приемочных тестов микросервисов"

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

Transcript

1. Компонентные тесты как способ написания приемочных тестов микросервисов Аникин Дмитрий Ведущий бэк-енд разработчик компании БКС
2. План моего доклада • Что такое компонентные тесты в контексте тестирования микросервисов? • Зачем нужны компонентные тесты? • Какое место компонентных тестов в пирамиде тестирования? • В чем сложность компонентных тестов? • Как реализовать компонентные тесты в .net core? • Как превратить компонентные тесты в живые спецификации и зачем это нужно? • Чего получилось достичь? 2
3. Терминология Компонентные тесты - это приемочные тесты, которые тестируют поведение микросервиса, как черный ящик, в терминах его апи, в изоляции от внешнего мира. 3
5. Правильная пропорция тестов 5
6. Место компонентных тестов в пирамиде тестирования 6
7. Способы тестирования микросервиса в изоляции In-Process Использование In-Memory зависимостей Плюсы • Проще в реализации • Быстрее работает Минусы • Тестирует НЕ то, что будет развернуто на проде Out-Of-Process Использование Docker, Mountebank Плюсы • Тестирует ТО, что будет развернуто на проде Минусы • Сложнее в реализации • Медленнее работает 7
8. Изолированность компонентных тестов Component Test 1 Component Test 2 Component Test 1 Component Test 2 VS Скрытое состояние между разными тестами Каждый тест использует свое изолированное окружение 8
9. Проблемы скрытого состояния Cкрытое состояние Тяжело изолировать данные Тяжело распараллелить Тяжело выявлять ошибки 9
10. Библиотеки для работы с docker контейнерами из кода в .net core • testcontainers-dotnet https://github.com/testcontainers/testcon tainers-dotnet • Docker.DotNet https://github.com/microsoft/Docker.Dot Net • FluentDocker https://github.com/mariotoffia/FluentDoc ker 10
11. Класс DockerContainer 11
12. Создание docker контейнера из кода 12
13. Запуск docker контейнера из кода 13
14. Получение порта, назначенного docker'ом 14
15. Пример Postgres docker контейнера 15
16. Ожидание, когда база станет доступной 16
17. Получение строки подключения к базе 17
18. Mountebank Возможности mountebank'а: • мокированиеAPI на протоколах tcp, http, https, smtp; • мокированиенеограниченного количества API одновременно; • гибкое переопределение логики mock-API прямо во время тестов используя конфигурационный API mountebank'a; • проксированиезапросов в API внешнего сервиса, сохранение ответов и возможность их последующего использования в mock-API; • клиентские библиотеки для большинства языков программирования (C#, Java, JS, Python, Ruby, и многие другие). 18
19. Конфигурация импостера 19
20. Создание заглушек 20
21. Регистрация импостеров в Mountebank 21
22. RabbitMq container 22
23. Kafka container 23
24. Настройка портов Kafka 24
25. Agile Testing • Общение с владельцами продукта • Тесное взаимодействие тестировщиков с разработчиками • Вся команда вовлечена в обеспечение качества 25
26. BDD сценарии как критерии приемки Сценарий: Создание договора для открытия ИИС Дано клиент без ИИС Когда клиент отправил заявку на создание договора Тогда статус создания договора должен стать 'Succeed' И генеральное соглашение должно быть зарегистрировано И клиент может получить договор Сценарий: Подписание договора Дано договор ожидает подписания И клиенту отправлено смс с кодом '111111' Когда клиент подписал договор с кодом '111111' Тогда код успешно прошел проверку И статус заключения договора должен стать 'Succeed' И генеральное соглашение должно быть подписано Функционал: Открытие счета ИИС (Позитивные тест-кейсы) Я как пользователь приложения Мой брокер с генсогом могу открыть ИИС, чтобы получать налоговый вычет. Сценарий: Согласование договора Дано договор ожидает согласования Когда клиент согласился подписать договор Тогда клиенту будет отправлено смс с кодом подтверждения 26
27. Что из себя представляет шаг BDD сценария? Сценарий: Подписание договора Дано договор ожидает подписания И клиенту отправлено смс с кодом '111111' Когда клиент подписал договор с кодом '111111' Тогда код успешно прошел проверку И статус заключения договора должен стать 'Succeed' И генеральное соглашение должно быть подписано 27
28. Пример двух связанных шагов 28
29. Sharing Data Between Bindings Instance Fields ScenarioContext and FeatureContext Context Injection Static Fields 29
30. ScenarioContext 30
31. Context injection 31
32. WebApplicationContext 32
33. Specflow Hooks 33
34. Пайплайн СI 34
35. Покрытие микросервиса тестами 35