Тестирование веб-проектов в Agile презентация

Содержание

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

Слайд 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Качество с точки зрения заказчика
Качеством управляет заказчик!
В этой итерации сделайте самую

простую версию
Будем исходить из 10000 пользователей в день
Пока просто текстбокс, 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



СПАСИБО!


Обратная связь

Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

Это сайт презентаций, докладов, проектов, шаблонов в формате PowerPoint. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами с другими пользователями.


Для правообладателей

Яндекс.Метрика