2014.12.06 02 Екатерина Боброва — Тестируем сложные backend-ы
Download as PPTX, PDF0 likes358 views
Документ описывает методы тестирования сложных backend-систем с акцентом на функциональные, интеграционные и юнит-тесты. Основное внимание уделяется подходам к тест-дизайну, декомпозиции компонентов и взаимодействию с внешними элементами, а также проблемам, связанным с тестированием в нестабильной среде. Также рассматриваются преимущества и недостатки различных типов тестов и необходимость согласования с заказчиком.
2014.12.06 02 Екатерина Боброва — Тестируем сложные backend-ы
- 1. Тестируем сложные backend-ы Екатерина Боброва Тамтэк
- 2. Сложная система • Сложная бизнес-логика • Многокомпонентная система • Интеграция со сторонними компонентами • Состояние системы не детерминированно
- 3. Как тестируем? Проверяем, что продукт соответствует требованиям заказчика • Функциональные тесты • Интеграция компонентов системы • Обработка сбоев в сторонних компонентах Скорее всего используется фреймворк для автоматизации тестов
- 4. Реальные внешние компоненты + Максимальная приближенность к реальным условиям ‒ Не всегда возможно – Дорого – Нестабильно – Можем не знать, что конкретно возвращает
- 5. Моки и стабы + Быстро + Удобно тестировать граничные случаи и исключения + Можно быстро отредактировать – Неточное повторение реального окружения
- 8. End-to-end тесты + Подход с точки зрения пользователя + Тестирование системы целиком – Не учитывают особенности кода – Сложно подготовить тестовые данные для тестирования граничных значений и специфических сценариев
- 9. Unit-тесты + Учитывают особенности кода + Использование стабов и моков – Модуль может делать не то, что нужно заказчику
- 10. А сколько тестов надо? End-to- end ??? Unit tests
- 11. Так как же тестируем?
- 12. Техники тест-дизайна • Декомпозиция • Функциональное тестирование • Причина-следствие
- 13. Разделение на компоненты • Выделяем бизнес-сущности • Внутри компонента идет преобразование одной бизнес-сущности в другую • Для разных групп тестов может быть разное разбиение
- 14. Разделение на компоненты Внутри компонента идет преобразование одной бизнес-сущности в другую
- 15. Разделение на компоненты • Сложные компоненты можно разбивать на подкомпоненты
- 16. Взаимодействие с внешним компонентом Тестируем преобразование внешних структур данных во внутренние бизнес-структуры и обратно
- 17. Взаимодействие с внешним компонентом
- 18. Взаимодействие с внешним компонентом
- 19. Взаимодействие с внешним компонентом
- 20. Пример • Проект «семья» • Сын спрашивает у мамы, можно ли пойти погулять • Действия мамы: – проверить, какая погода – спросить мнение папы – принять решение
- 21. Пример
- 22. Пример
- 23. Пример
- 24. Пример
- 25. Пример
- 26. Пример
- 27. Интеграционные тесты + Лучшее покрытие функционала тестами + Тесты удобно согласовывать с заказчиком, так как говорим на его языке – Тестировщики должны писать на одном языке программирования с разработчиками – Разработчики должны учитывать при разработке архитектуры потребности тестировщиков
- 28. А сколько тестов надо? End-to- end Integration tests Unit tests Количество тестов Длительность тестов
- 29. Вопросы? skype: filechka28 email: eabobrova88@gmail.com
Editor's Notes
- #3: Что есть что на схеме сложной системы
- #4: Как определить, какие тесты нужны
- #5: Пример с базой локальной и как на проде
- #7: Как определить, какие тесты нужны? Методики тест-дизайна
- #8: End-to-end тесты могут быть сложными и/или нестабильными для недетерминированных систем, пример Антона Еще долгими, т.к. много действий, чтобы дойти до некоторого места в схеме
- #10: Пример с billing
- #14: Подробно, что есть бизнес-сущность