Тестирование веб-проектов в Agile Асхат Уразбаев, ScrumTrek. - презентация

1 Тестирование веб-проектов в Agile Асхат Уразбаев, ScrumTrek

2 Содержание Специфика веб-проектов Коротко об Agile Тестирование в Agile Виды качества Практики тестирования

3 Специфика веб-проектов Короткий цикл выкладки Деплой на сервера (без обновления клиентских машин) Легкие технологии, относительно простая архитектура Относительно невысокая связанность кода

4 Специфика тестирования Низкий уровень документирования Тестирование на разных броузерах Testing Environment Production Environment

5 Немного об Agile и Scrum

6 Итеративная разработка © ScrumTrek, 2008

7 © ScrumTrek.ru, 2008 Скрам

8 Тестирование в Agile

9 Цикл тестирования Каждый разработчик делает свою фичу Development

10 Цикл тестирования Если не успевают – не успевают все три! Development

11 Цикл тестирования Фичи делаются в порядке приоритета Три разработчика делают одну фичу Фичи тестируются сразу Development

12 Цикл тестирования Не успеваем только низкоприоритетные! Development

13 «Все в порядке, сейчас пофиксим!»

14 Программисты против Тестировщиков Программисты слишком полагаются на тестировщиков Снижается ответственность за код

15 Структура команды Команда состоит из разработчиков и тестировщиков За качество отвечает вся команда Значит и за объем работ отвечает вся команда

16 Тестировщик Тестировщик – член команды Участвует в планировании итераций Тесно общается с заказчиками Помогает документировать требования к коду Частично берет на себя функции аналитика

17 Цикл регресионного тестирования Пронос на Test Environment в конце итерации Создается ветка (branch) «Test» Тестирование Баги исправляются в основной ветке и делается merge в Test (или наоборот) Development Testing

18 Цикл регресионного тестирования А если баги в Production? Development Testing

19 Цикл регресионного тестирования Тестирование не прекращается никогда Выберите удобный ритм тестирования Работать в одной ветке Development Testing

20 Что такое качество? Качество заказчика Внутреннее качество

21 Качество с точки зрения заказчика Качеством управляет заказчик! – В этой итерации сделайте самую простую версию – Будем исходить из пользователей в день – Пока просто текстбокс, AJAX потом добавим

22 Качество заказчика Заказчик осуществляет приемку каждую итерацию Постоянная обратная связь от рынка

23 Баги должны приоритезироваться! Разработчики НЕ должны исправлять все баги, найденные тестерами Баги должны быть приоритезированы Product Owner – Реальные ошибки – Улучшения – фичи – Не баги

24 Внутреннее качество Качество кода – Простота, читаемость Качество архитектуры и дизайна Agile: – Внутренним качеством управляет команда! – Внутреннее качество должно быть высоким

25 Затраты на качество продукта Размер продукта Затраты на полное регресионное тестирование Автоматизация тестирования – Снизить стоимость изменений – Сократить цикл тестирования

26 Какие препятствия вы можете преодолеть не снижая скорости?

27 Тестирование Continuous Integration – Сборка после каждого коммита, прогон Smoke Unit Tests (=Build Acceptance Tests) Nightly Builds – Ночная сборка для всей системы, прогон всех Unit Tests и интеграционных тестов Regression Testing – Частое регрессионное ручное тестирование всей системы

28 Виды автоматизации тестирования Unit Tests – Дешевые в создании, быстрые при прогоне – Не используют базу данных и сеть Интеграционные тесты – Более дорогие в создании, медленнее при прогоне – Проходят весь цикл, включая работу с БД и сетью Тесты пользовательского интерфейса – Проходят через пользовательский интерфейс – Неустойчивые, медленные

29 Стадии развития проекта Без тестеров Тестеры внутри команды Тестеры в отдельной команде

30 Независимый отдел тестирования Слабая связь разработчиков и тестеров Низкий уровень документирования => Низкое качество и производительность тестирования (например, тестеры находят в основном баги верстки)

31 СПАСИБО!