Feature toggle. Больше гибкости. Больше хаоса

Feature toggle. Больше гибкости. Больше хаоса

Андрей Конушин
Руководитель проектов, BSC MSC
Председатель, RSTQB

29 апреля 2020
Online QA Meetup

За плечами Андрея более 10 лет работы в QA и более 5 лет — в области управления проектами.
На встрече Андрей расскажет о своем опыте внедрения техники разработки программных продуктов Feature Toggle, о том, как после этого изменились процессы, и какие ошибки не должны совершить вы.
Мы рассмотрим технику с разных сторон и узнаем, как её видят QA-инженеры, разработчики и менеджеры проектов.

Видео: https://youtu.be/FyYmQEVzMBc
---
Подписывайтесь на Exactpro в социальных сетях:

LinkedIn https://www.linkedin.com/company/exactpro-systems-llc
Twitter https://twitter.com/exactpro
Facebook https://www.facebook.com/exactpro/
Instagram https://www.instagram.com/exactpro/

Подписывайтесь на YouTube канал Exactpro https://www.youtube.com/c/exactprosystems

5206c19df417b8876825b5561344c1a0?s=128

Exactpro

April 29, 2020
Tweet

Transcript

  1. Feature toggle. Больше гибкости. Больше хаоса. АНДРЕЙ КОНУШИН 29.04.2020

  2. ▪ Локальные/удаленные ▪ Способ доставки пользователю Что такое Feature Toggle

  3. ▪ Решение было принято в ноябре 2019. Внедрили с января

    2020. ▪ Сокращение TTM ▪ Сокращение этапов CI и регрессионного тестирования ▪ Было: 1 релиз в 4-5 недель ▪ Стало: 1 релиз в 3 недели ▪ Параллельная разработка 28 командами ▪ В перспективе 80 команд ▪ Срочное выключение фичи перед релизом ▪ Особенности ЖЦ ▪ Модно-молодежно Для чего внедряли в проек те
  4. ▪ Плюсы от использования: ▪ Всегда актуальный код в ветке

    разработки ▪ Безопасная разработка нового функционала или исправление дефектов. В любой момент можно выключить фичу. ▪ Нет необходимости вести отдельную ветку до полного завершения фичи ▪ Гораздо меньше проблем и шанса сломать старый код при влитии фичи небольшими порциями ▪ Минусы: ▪ Увеличение кодовой базы ▪ Увеличение времени компиляции при холодном билде ▪ Остается тех.долг по поддержанию двух веток: старая реализация и новая Взгляд разработчи ка
  5. ▪ Как включать? ▪ Дебаг меню при старте приложения ▪

    Как контролировать что включено? ▪ Дебаг меню при старте приложения ▪ Автосписок где-то в конфлюенс… ▪ Как контролировать, что выключено? ▪ Дебаг меню при старте приложения ▪ Как понять, что регрессить? ▪ Проверить, что if где-то в коде не сломал «всё остальное» ▪ Количество комбинаций растет экспоненциально с количеством тоглов ▪ Ой, а есть же еще зависимые тоглы… Взгляд тестировщи ка
  6. ▪ Упрощаем жизнь разработчикам ▪ Меньше веток, меньше конфликтов при

    мерже, фича быстрее в целевой сборке ▪ Усложняем жизнь тестировщикам ▪ Больше вариативность, больше if-ов, ящик становится еще «чернее», объем тестирования растет ▪ Сдвигаем риски, связанные с багами, на конец ЖЦ ▪ Фича тестируется включенной – ок ▪ Фича тестируется выключенной – вопрос ▪ Время на регресс нужно сокращать – логично же, TTM ▪ Состояние тогла в релизе – часть релизного процесса ▪ Ложное ощущение безопасности, что фичу можно выключить в любой момент Взгляд руководите ля
  7. ▪ Ветки «упростились» ▪ Состоянием тоглов легко управлять ▪ Тестирование:

    каждая команда независима ▪ Выпиливать тоглы забывают Что получили
  8. Contact us Address Na Hřebenech II 1718/10 140 00 Praha

    4 Phone Number +420 272 104 111 Email marketing@bsc-ideas.com Website www.bankingsoftware.company