Андрей Лазарев “Архітектура тестування Enterprise Web додатків”

1. Архитектура тестирования
Enterprise Web приложения
Андрей Лазарев
QA Technical Lead @ Terrasoft

2. О чем пойдёт речь
• Построение этапов тестирования
• Взаимодействия и требования к тестовым компонентам
• Применение клиентских данных и клиентского опыта
• Метрики оценки эффективности тестовой модели

3. Разработка и поставка клиентам
• Разработка в одной ветке
• Нет мерджей, нет dev/test/master веток
• Приложения поставляются клиентам в облако
• Динамическое распределение ресурсов между
клиентами
• Сбор информации об использовании
функциональности приложения

4. Тестирование
Acceptance
Integration
Unit
+
Load Testing
Front End Performance
Testing
Cloud Platform Testing

5. Unit тестирование
• DB Unit тесты – tSQLT
• Front End Unit тесты – Siesta
• Back End Unit тесты - nUnit
• 100% Требование к покрытию тестами
• Запрет на заливки при не 100% прохождении
планов тестов

6. Integration тестирование
• REST API тесты – ChakramJS
• Требование к покрытию тестами между всеми
модулями взаимодействия
• Запрет на заливки при не 100% прохождении планов
тестов
• Front End Integration Unit тесты – Siesta
• Back End Integration Unit тесты - NSubstitute

7. Acceptance тестирование
• Manual тестирование
• Тестирование верстки
• Кросбраузерное тестирование
• Формирование тестового дизайна, до начала
разработки
• BDD Acceptance тестирование – CucumberJS

8. Load & Performance
• Тестирование производительности Front End –
Sitespeed.io
• Оценка результатов нагрузки по APDEX
• Устранение замечаний Sitespeed.io
• Нагрузочное тестирование - JMeter

9. Финальная модель тестирования
Разработка Тестирование Релиз

10. Оценка эффективности тестовой
модели
• Количество ошибок найденное
автоматизированным тестированием
• Время прохождения тестов • Количество нестабильных тестов
• Качество информация об ошибке
полученная упавшим автотестом
• Отличие в поведении функционала на
тестовой и продуктовой среде
• Отличие в результатах тестов при
наличии пользовательских данных

11. Выводы
• Наличие блокеров на этапе приёмочного тестирования, указывает на
некачественную автоматизацию
• Исследование и применение пользовательских данных, может
расширить тестовый дизайн
• Тестовая архитектура должна иметь понятные всем правила и
дисциплину

12. Спасибо за внимание!
Задавайте ваши вопросы.
Skype: ae.lazarev
Email: aelazarev@gmail.com