«Тестирование веб-приложений», Андрей Кишкин, ТриЛан Вологда

Я расскажу о том, что мы тестируем в Трилане, как и зачем. Какие инструменты используем. Будет небольшая вводная часть о видах тестирования и специфике тестов для веб-приложений. Доклад будет интересен программистам (будут куски кода), менеджерам (расскажу какие результаты можно получить от внедрения этого процесса в разработке) и всем тем, кто хочет понять чем занимается тестировщик.

Transcript

1. Тестирование веб-приложений
2. QA(Quality Assurance) и Тестирование (Quality Control) Общее: - Призваны улучшить ПО Различия: - QA призвано улучшить ПО через улучшение процесса разработки. - Тестирование — через обнаружение багов.
3. Виды тестирования По задачам: – Функциональное – Нефункциональное По степени автоматизации: – Не автоматизированное – Автоматизированное
4. Нагрузочное тестирование • Выяснение необходимых аппаратных ресурсов для функционирования системы в рамках требований, заданных заказчиком. • Прогнозирование максимальной нагрузки, которую выдержит система в рамках требований, заданных заказчиком. • Выявление проблем (возможных проблем) с конкретной программной/аппаратной платформой. • Поиск узких мест в системе.
5. Tsung - возможности • Высокая производительность (10 000+ VUs с одного сервера). • Кластеризация. • Несколько бэкэндов для мониторинга тестируемого сервера. • Запись сценариев через свой прокси-сервер. • Поддержка сессий (cookies, парсинг ответов). • Возможность установки вероятности для сценариев. • Загрузка данных из файла. • Возможность задавать паузы между запросами (эмуляция поведения пользователя). • Возможность изменять загрузку по времени.
6. Алгоритм работы • Tsung посылает запрос через HTTP (или другой протокол) • Анализ HTTP-Request • Разбор ответа (XMLPath, JsonPATH, элементы форм) • Формирование нового запроса
7. Как это выглядит внутри
8. Как это выглядит внутри (посложнее)
9. Проблема • Привязка к верстке при парсинге. – Сложности при смене верстки. – Ошибку отследить не всегда возможно. Решение: оборачивать крупные элементы (таблицы, формы), в div с уникальными id.
10. Пример теста Длительность: 60 сек Нагрузка: 5 новых пользователей в сек
11. Среднее время загрузки страницы
12. Загрузка процессора
13. Использование памяти
14. Автоматизированное Тестирование Цели: • Ежедневное регрессивное тестирование основных функций сайта • Наличие стабильной версии для демонстрации • Тестирование в разных браузерах
15. Selenium • TeamCity для CI (Continuous Integration) уже есть • Можно запускать на разных платформах (Java) • Большое коммьюнити, большое количество примеров/документации
16. Selenium - пример
17. Вопросы?