Эволюция экосистем тестирования
- 2. <О ТРЕНЕРЕ 7 лет в тестировании Работал в • Харькове, Львове, Днепропетровске Проекты, в которых работал • Healthcare, embedded, desktop, web, Процессы, по которым работал • Waterfall, V-model,
- 3. <О ТРЕНЕРЕ Соавтор и ведущий Клуба Практического Тестирования Организатор конференций Stratoplan World. Kharkov Edition QA Conf 1.0: Management& Process QA Conf 1.1: Automation&Tools Ведущий подкаста «Тестирование: Backstage» www.QAConsulting.ru
- 4. О ЧЕМ ПОГОВОРИМ ФАЗЫ РАЗВИТИЯ ЭКОСИСТЕМ ТЕСТИРОВАНИЯ
- 5. А у Вас такое было? ? ВОПРОС
- 12. Кейс. Зарождение тестирования : Веб проект 2 тестировщика на 15 программистов Никакой актуальной документации – Документация умирала после первого использования – Знания жили в головах разработчиков Запросы на тестирование от всех сразу – Проблемы с приоритезацией – Еще 2 минуты в обратную сторону
- 13. Кейс. Зарождение тестирования : Гос. Заказ. Мобильный проект 30 тестировщиков и 20 программистов – Проблемы с организацией работы между тестировщиками и разработчиками Огромное количество требований – Больше 10 спецификаций – Более 10 000 требований Бюрократизация и бумажная работа – Множество зависимостей от представителей заказчика и государства – Даже тестировщики обязаны подписывать более 10 документов в месяц
- 14. Коллеги, кто сталкивался с похожими рабочими ситуациями? ? ВОПРОС
- 16. Кейс. Продолжение: Веб проект Процесс придумываем самиберем наработки других проектов Внедрение системы управления задачами для тестировщиков и программистов Внедрение Wiki как базы знаний хранилища документации Должностные инструкции для тестировщиков
- 17. Какой процесс подошел бы тестировщикам на Веб проекте? ? ВОПРОС
- 18. Кейс. Продолжение: Гос. Заказ. Мобильный проект Используем waterfall на старте проекта Разработчики и тестировщики идут по собственным планам, которые никак не совпадают – Разбег по времени между созданием дефекта и его исправлением – 2 месяца – Коммуникация между «рядовыми» разработчиками и тестировщиками практически отсутствует Руководство клиента хочет показать выполнение целей больше чем выпустить продукт – Цель представителей клиента - достичь нужных показателей производительности
- 19. Как избежать или уменьшить бюрократизацию и процессные нагрузки? ? ВОПРОС
- 21. Кейс. Продолжение: Веб проект Пробуем внедрять Scrum Решаем проблему, как правильно организовать сервис тестирования для других подкоманд проекта – Выделяем нужное кол-во тестировщиков из отдела в проектные команды – Консультируем проектные команды по организации работы с тестировщиками Клиенту плевать на Scrum!!! – Требования и желания клиента продолжают приходить даже во время спринтов
- 22. Кейс. Продолжение: Гос. Заказ. Мобильный проект Адаптация Waterfall процесса под нужды проекта – Ежедневные статус митинги – Относительно короткие итерации(2-3 месяца) – Ретроспектива Принимаем курс на уменьшение и «чистку» требований – Пересмотр дизайна архитектуры приложения – Итерационный анализ спецификаций на предмет дублирующих и неоднозначных требований Внедрение автоматизации тестирования – Планирование архитектуры платформы – Создания первого прототипа для прогона accelerated life tests
- 23. Насколько правильными были шаги по оптимизации процессов в кейсах? ? ВОПРОС
- 25. Кейс. Продолжение: Веб проект Адаптируем Scrum под свои нужды – Выделяем человека специально для буфер задач – Вводим практику перепланирования задач из беклога во время спринта Вводим метрики и считаем скорость работы команды – Отслеживаем скорость работы команды – Отслеживаем плотность дефектов в различных областях тестируемого приложения Начинаем планировать на будущее – Можем дать прогноз и говорить о сроках окончания тестирования больших функциональных элементов
- 27. Кейс. Продолжение: Гос. Заказ. Мобильный проект Переход на масштабную автоматизацию тестирования. – Написание платформы и практически одновременное её использование(eat your own dog food в действии) – Цель уменьшить количество ручных тестов до 10% Внедрение элементов бережливой разработки(Lean) – Применение Kanban как инструмента визуализации потока задач – Избавляемся от ненужных в данный момент активностей Синхронизация работы тестировщиков и программистов – Создание единого графика – плана на проекте для команд тестирования и разработки – Планирование работы на 6 месяцев вперед
- 30. Кейс. Продолжение: Веб проект Думаем о применении канбан с адаптацией к проекту – Проект переходит в стадию поддержки – Буфера задач не хватает – Гибкость проекта позволяет соответствовать стандартам информационной и финансовой безопасности по требованию заказчика Улучшаем процесс планирования задач перед спринтом – Первичный анализ беклога и дальнейшее распределение юзер стори на основании этого анализа
- 31. Кейс. Продолжение: Гос. Заказ. Мобильный проект Оптимизируем канбан под нужды проекта – Используем выравнивание потока задач, а также доску визуализации Используем feature-driven разработку – Наращиваем проект по кусочкам функциональности(features) Налаживаем continuous integration систему
- 32. И-ГО-ГО ИТОГО
- 33. УПРАЖНЕНИЕ: 00 стр. Охарактеризуйте тестирование на Вашем проекте? Вопрос: Определите фазы, которые прошел или проходит процесс тестирования на вашем проекте – 2 минуты Объединитесь в пары В 2х предложениях охарактеризуйте процесс тестирования, налаженный на Вашем проекте? – 2 минуты – Еще 2 минуты в обратную сторону