Тестирование в Agile для больших команд: путь трансформации

Андрей Ребров

Тренер по инженерным практикам

О чем этот доклад

Наш маршрут на сегодня

Для начала пара историй

•  Дано: –  1 команда разработки

– 2 тестировщика

•  Проблемы: – долгая регрессия

– непонятные сроки

– низкое качество

– стресс

История 1

•  Дано: – крупный банк со своей культурой

– тестирование аналитиками

– хаос

•  Проблемы: – низкое качество

– низкая скорость поставки

– нестабильная инфраструктура

История 2

Зачем  компании  меняться?  Модно   Есть  бюджет  

Ради  конференции   Хочется  выжить  

Это нужно бизнесу

Не будем забывать про IT

Нам нужен идеальный мир!

•  Получать нужный результат

•  Предсказуемости по срокам и качеству

•  Совершенствовать продукт и команду

Если серьезно, то хочется…

Нужно лечить

Начнем разбираться с начала

Что такое качество?

Пирамида качества Gojko Adzic

Deployable functional is OK

Performant & secure

Usable

Useful

Successful

Канбан как способ фокусировки

Только совместная работа над требованиями

Команда должна знать что и когда тестировать

Пора начинать работать с рисками

Самый просто способ

Continuous Quality

Тестирование  и  DevOps  

Culture Automation

Measurement Sharing

Подведем итоги

Что есть сейчас

•  Повысили скорость поставки в 5 раз

•  Поставки стали регулярными: 2-3 поставки в каждую неделю

•  Снизилось количество багов на этапе тестирования командой QA и prod к 0

•  Ушли от работы по выходным и по ночам

•  Повысилась удовлетворенность работой =)

Куда можно двигаться дальше

•  Менторство

•  Тестирование usability

•  Автоматизация тестирования нефункциональных требований

•  Engineer in test

Twi$er    @andrebrov  

E-­‐mail    arebrov@scrumtrek.ru  

Skype    rebrov.andrey  

 

Вопросы?