В докладе я рассказываю о практиках, которые мы активно используем в компании Банки.ру. Как мы добились стабильного процесса выкладки изменений на бой. Как мы отслеживаем, что наши изменения действительно приводят к успеху.
The report I talk about practices that we actively use in the Banki.ru company . As we have achieved a stable process calculations of changes in the fight. How do we keep track of our changes do lead to success .
3. Что будет в докладе:
● реальная история развития отдела;
● набор решений, которые нам в этом
помогли;
● devops.
4. Что не будет в докладе:
● котиков;
● “серебрянных пуль”.
5. Почему так часто?
● первое время их было 18, но это был
перебор.
● сильная связанность функционала
требует регресс;
● много маркетинговых задач;
● хотфиксы блокеров и критических задач;
● много мелких проектов.
8. Три года назад
● права на деплой есть у всех;
● несоответствие боя и тестовой среды;
● отладка на бою;
● выкладка без тестирования;
● обновление базы под заказ;
● смоук-тест шел 8 часов;
● “красные карточки” лучшему сотруднику.
14. Новые трудности
● стали нагляднее нарушения рамок
проекта ;
● разное понимание Agile;
● разное понимание приоритетов;
● “очень плохо выкладываемся” vs “очень
хорошо выкладываемся”;
● “это проблема тестовой среды”;
● “а у нас все работало”.
16. 2013 год
● регламент выкладки;
● журнал выкладок;
● выделение эксплуатации;
● если не успел, то хотфикс после
выкладки;
● разбор задач из техподдержки;
● четкая приоритезация;
● подключение юнит-тестов;
24. 2014 год
● git-workflow + pull-request;
● запрет на коммит в девелоп/master ветку;
● Склянки 2.0 (виртуализация/capistrano + puppet);
● быстрые тесты + прогоны (5 минут) . часть два;
● jmeter -> админка;
● обучение автоматизации всей QA команды;
● упрощенный framework для автоматизации;
● тестирование задач админов/архитектурных задач,
которые были выполнены вне команды.
27. Новые проблемы
● долго разворачивать все проекты;
● люди забывают зачем нужны традиции;
● большое количество сред жрут ресурсы;
● умирающие агенты;
● разные ожидания от тестирования;
● разросшийся фреймворк.
28. Пространство для развития
● переход на полный CI;
● единые скрипты выкладки для dev > test >
prod;
● full coverage на всех уровнях;
● нагрузочная среда в облаках.
29. Выводы:
● слепо копировать технологии - зло;
● система должна быть понятна каждому
участнику процесса;
● не все готовы сразу меняться;
● факап - это отличный аргумент “за”;
● система со временем деградирует.
Личный опыт // Кто занимается нагрузочным тестированием? Load Runner? Яндекс.Танки? Jmeter? Что-то еще? Отлично!
7+ лет в тестировании // Luxoft // Acronis // Innova // Glu // Banki.ru
7+ лет в тестировании // Luxoft // Acronis // Innova // Glu // Banki.ru
7+ лет в тестировании // Luxoft // Acronis // Innova // Glu // Banki.ru
Кто слышал про наш проект? Один из крупнейших информационных ресурсов в России и странах СНГ.
Информация о банках и банковских продуктах. Площадка для общения и управления банками (отзывы и народный рейтинг)
Кто слышал про наш проект? Один из крупнейших информационных ресурсов в России и странах СНГ.
Информация о банках и банковских продуктах. Площадка для общения и управления банками (отзывы и народный рейтинг)
Кто слышал про наш проект? Один из крупнейших информационных ресурсов в России и странах СНГ.
Информация о банках и банковских продуктах. Площадка для общения и управления банками (отзывы и народный рейтинг)
Кто слышал про наш проект? Один из крупнейших информационных ресурсов в России и странах СНГ.
Информация о банках и банковских продуктах. Площадка для общения и управления банками (отзывы и народный рейтинг)
Кто слышал про наш проект? Один из крупнейших информационных ресурсов в России и странах СНГ.
Информация о банках и банковских продуктах. Площадка для общения и управления банками (отзывы и народный рейтинг)